Skip to content

borgotta/zap

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

⚡ zap GoDoc Build Status Coverage Status

Blazing fast, structured, leveled logging in Go.

Installation

go get -u go.uber.org/zap

Note that zap only supports the two most recent minor versions of Go.

Quick Start

In contexts where performance is nice, but not critical, use the SugaredLogger. It's 4-10x faster than than other structured logging libraries and includes both structured and printf-style APIs.

logger, _ := zap.NewProduction()
sugar := logger.Sugar()
sugar.Infow("Failed to fetch URL.",
  // Structured context as loosely-typed key-value pairs.
  "url", url,
  "attempt", retryNum,
  "backoff", time.Second,
)
sugar.Infof("Failed to fetch URL: %s", url)

When performance and type safety are critical, use the Logger. It's even faster than the SugaredLogger and allocates far less, but it only supports structured logging.

logger, _ := zap.NewProduction()
logger.Info("Failed to fetch URL.",
  // Structured context as strongly-typed Field values.
  zap.String("url", url),
  zap.Int("attempt", tryNum),
  zap.Duration("backoff", time.Second),
)

Performance

For applications that log in the hot path, reflection-based serialization and string formatting are prohibitively expensive — they're CPU-intensive and make many small allocations. Put differently, using encoding/json and fmt.Fprintf to log tons of interface{}s makes your application slow.

Zap takes a different approach. It includes a reflection-free, zero-allocation JSON encoder, and the base Logger strives to avoid serialization overhead and allocations wherever possible. By building the high-level SugaredLogger on that foundation, zap lets users choose when they need to count every allocation and when they'd prefer a more familiar, loosely-typed API.

As measured by its own benchmarking suite, not only is zap more performant than comparable structured logging libraries — it's also faster than the standard library. Like all benchmarks, take these with a grain of salt.1

Log a message and 10 fields:

Library Time Bytes Allocated Objects Allocated
⚡ zap 1758 ns/op 705 B/op 2 allocs/op
⚡ zap (sugared) 3301 ns/op 1610 B/op 20 allocs/op
go-kit 8923 ns/op 2895 B/op 66 allocs/op
lion 10449 ns/op 5807 B/op 63 allocs/op
logrus 14566 ns/op 6092 B/op 78 allocs/op
apex/log 21129 ns/op 3833 B/op 65 allocs/op
log15 24687 ns/op 5632 B/op 93 allocs/op

Log a message with a logger that already has 10 fields of context:

Library Time Bytes Allocated Objects Allocated
⚡ zap 519 ns/op 0 B/op 0 allocs/op
⚡ zap (sugared) 690 ns/op 80 B/op 2 allocs/op
lion 6012 ns/op 4074 B/op 38 allocs/op
go-kit 7777 ns/op 3046 B/op 52 allocs/op
logrus 9013 ns/op 4564 B/op 63 allocs/op
apex/log 15824 ns/op 2897 B/op 51 allocs/op
log15 16194 ns/op 2642 B/op 44 allocs/op

Log a static string, without any context or printf-style templating:

Library Time Bytes Allocated Objects Allocated
⚡ zap 594 ns/op 0 B/op 0 allocs/op
standard library 633 ns/op 80 B/op 2 allocs/op
⚡ zap (sugared) 702 ns/op 80 B/op 2 allocs/op
go-kit 1004 ns/op 656 B/op 13 allocs/op
lion 1543 ns/op 1224 B/op 10 allocs/op
logrus 2476 ns/op 1505 B/op 27 allocs/op
apex/log 3311 ns/op 584 B/op 11 allocs/op
log15 6159 ns/op 1592 B/op 26 allocs/op

Development Status: Stable

All APIs are finalized, and no breaking changes will be made in the 1.x series of releases. Users of semver-aware dependency management systems should pin zap to ^1.


Released under the MIT License.

1 In particular, keep in mind that we may be benchmarking against slightly older versions of other libraries. Versions are pinned in zap's glide.lock file.

About

Fast, structured, leveled logging in Go.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Go 99.3%
  • Other 0.7%