Skip to content

Latest commit

 

History

History
117 lines (93 loc) · 4.59 KB

README.md

File metadata and controls

117 lines (93 loc) · 4.59 KB

⚡ 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.