Blazing fast, structured, leveled logging in Go.
go get -u go.uber.org/zap
Note that zap only supports the two most recent minor versions of Go.
In contexts where performance is nice, but not critical, use the
SugaredLogger
. It's 4-10x faster than than other structured logging
packages and includes both structured and printf
-style APIs.
logger, _ := zap.NewProduction()
defer logger.Sync() // flushes buffer, if any
sugar := logger.Sugar()
sugar.Infow("failed to fetch URL",
// Structured context as loosely typed key-value pairs.
"url", url,
"attempt", 3,
"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()
defer logger.Sync()
logger.Info("failed to fetch URL",
// Structured context as strongly typed Field values.
zap.String("url", url),
zap.Int("attempt", 3),
zap.Duration("backoff", time.Second),
)
See the documentation and FAQ for more details.
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 packages — 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:
Package | Time | Objects Allocated |
---|---|---|
⚡ zap | 3243 ns/op | 5 allocs/op |
⚡ zap (sugared) | 4232 ns/op | 21 allocs/op |
go-kit | 16652 ns/op | 126 allocs/op |
lion | 16753 ns/op | 111 allocs/op |
logrus | 22492 ns/op | 142 allocs/op |
log15 | 36261 ns/op | 149 allocs/op |
apex/log | 40263 ns/op | 126 allocs/op |
Log a message with a logger that already has 10 fields of context:
Package | Time | Objects Allocated |
---|---|---|
⚡ zap | 405 ns/op | 0 allocs/op |
⚡ zap (sugared) | 547 ns/op | 2 allocs/op |
lion | 6462 ns/op | 39 allocs/op |
go-kit | 19563 ns/op | 115 allocs/op |
logrus | 23127 ns/op | 130 allocs/op |
log15 | 27495 ns/op | 79 allocs/op |
apex/log | 38938 ns/op | 115 allocs/op |
Log a static string, without any context or printf
-style templating:
Package | Time | Objects Allocated |
---|---|---|
⚡ zap | 429 ns/op | 0 allocs/op |
⚡ zap (sugared) | 549 ns/op | 2 allocs/op |
standard library | 585 ns/op | 2 allocs/op |
go-kit | 909 ns/op | 13 allocs/op |
lion | 1420 ns/op | 10 allocs/op |
logrus | 2404 ns/op | 27 allocs/op |
apex/log | 3457 ns/op | 11 allocs/op |
log15 | 6313 ns/op | 26 allocs/op |
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 packages. Versions are pinned in zap's glide.lock file. ↩