在 Golang 开发中，日志级别的设置其实直接取决于你选了哪个日志库。标准库、第三方库，各有各的玩法。下面就来逐一拆解，看看怎么设置最顺手。

### 1. 标准库 `log` —— 全靠自己动手 Go 自带的 `log` 包非常轻量，但它压根没有内置“日志级别”这个概念。它只给了你 `Print`、`Printf`、`Println` 这几个基本输出方法。 所以，如果你非要区分 debug、info、warn 这些级别，要么自己封装一个简易的日志系统（比如加个 switch 判断），要么直接上第三方库。标准库的好处是零依赖，但如果项目稍大，很快就会发现它不够用。 ### 2. `logrus` —— 结构化日志的经典选择 `logrus` 是社区里很受欢迎的结构化日志库，日志级别是标配。安装就一行命令： ``` go get github.com/sirupsen/logrus ``` 用起来也很直接： ```go package main import "github.com/sirupsen/logrus" func main() { // 设置全局日志级别为 Debug logrus.SetLevel(logrus.DebugLevel) logrus.Debug("This is a debug message") logrus.Info("This is an info message") logrus.Warn("This is a warning message") logrus.Error("This is an error message") } ``` `SetLevel` 之后，低于这个级别的消息就不会输出了。比如设成 `InfoLevel`，那么 `Debug` 就会被忽略。适合开发阶段调低级别看细节，生产环境调高减少噪音。 ### 3. `zap` —— 高性能选手 `zap` 是 Uber 出品的日志库，主打一个“快”。它也原生支持日志级别，安装： ``` go get go.uber.org/zap ``` 用法示例： ```go package main import "go.uber.org/zap" func main() { logger, _ := zap.NewProduction() defer logger.Sync() // 确保缓冲区刷新 logger.Debug("This is a debug message") logger.Info("This is an info message") logger.Warn("This is a warning message") logger.Error("This is an error message") } ``` 注意 `zap.NewProduction()` 默认级别是 `Info`，所以 `Debug` 级别的消息不会被打印。你可以通过 `zap.NewDevelopment()` 或者自定义配置来调整级别。这个库在性能敏感的场景下优势非常明显，但配置也比 `logrus` 稍微复杂一点。 ### 4. `zerolog` —— 零分配，结构化 `zerolog` 的卖点是“零内存分配”和结构化输出，代码风格偏向链式调用。安装命令： ``` go get github.com/rs/zerolog/log ``` 一个完整的例子： ```go package main import ( "os" "github.com/rs/zerolog" "github.com/rs/zerolog/log" ) func main() { // 设置输出为控制台，并加入时间戳 log.Logger = log.Output(zerolog.ConsoleWriter{Out: os.Stdout}).With().Timestamp().Logger() log.Debug().Msg("This is a debug message") log.Info().Msg("This is an info message") log.Warn().Msg("This is a warning message") log.Error().Msg("This is an error message") } ``` `zerolog` 默认级别也是 `Info`，可以通过 `zerolog.SetGlobalLevel()` 来修改。它的链式调用写起来很流畅，而且性能直追 `zap`，适合需要极致效率的场景。 --- ### 怎么选？ - **只想简单记个日志、不折腾**：标准库 `log` 配合自己写的级别开关就够了，适合小工具或临时脚本。 - **需要结构化输出、团队协作项目**：`logrus` 上手快，生态成熟，文档多，适合大多数业务项目。 - **对性能有硬性要求，比如高并发服务**：`zap` 或 `zerolog` 都是好选择。`zap` 配置丰富，`zerolog` 零分配，看个人偏好。 - **喜欢链式调用、追求简洁**：`zerolog` 的 API 风格很现代，用起来很爽。 说到底，没有银弹。根据项目规模、性能需求、团队习惯来挑最顺手的那个，就是最佳实践。