Golang项目在CentOS打包时如何处理日志

在CentOS上给Golang项目打包时，日志处理是个绕不开的话题——开发环境怎么打日志、生产环境怎么收日志，不同场景下讲究还不少。下面梳理几种实践中比较靠谱的做法，大家可以按项目需求来选。

1. 用环境变量动态控制日志级别和输出

   这是最灵活的方式之一。借助logrus这类日志库，可以在启动时通过环境变量指定日志级别，无需重新编译。先安装库：

   go get github.com/sirupsen/logrus

   然后在主程序里读环境变量来配置：

   package main
   
   import (
       "os"
       "github.com/sirupsen/logrus"
   )
   
   func main() {
       logLevel := os.Getenv("LOG_LEVEL")
       if logLevel == "" {
           logLevel = "info"
       }
       logrus.SetLevel(logrus.GetLevelForName(logLevel))
       logrus.SetOutput(os.Stdout)
   }

   打包时直接传环境变量就行：

   LOG_LEVEL=debug go build -o myapp

   这样不同环境（开发、测试、生产）只需改变环境变量，代码完全不变，非常省事。

2. 通过配置文件管理日志设置

   如果项目有统一配置中心或偏好静态配置，用配置文件会更直观。推荐viper这个库，支持JSON、YAML、TOML等多种格式。先安装：

   go get github.com/spf13/viper

   代码里加载配置文件并应用设置：

   package main
   
   import (
       "github.com/spf13/viper"
       "github.com/sirupsen/logrus"
   )
   
   func main() {
       viper.SetConfigName("config")
       viper.AddConfigPath(".")
       viper.ReadInConfig()
   
       logLevel := viper.GetString("log_level")
       if logLevel == "" {
           logLevel = "info"
       }
       logrus.SetLevel(logrus.GetLevelForName(logLevel))
       logrus.SetOutput(os.Stdout)
   }

   在同目录下创建config.yaml：

   log_level: debug

   打包时把配置文件一同复制进去：

   cp config.yaml myapp
   go build -o myapp

   这种做法适合那些配置项较多、需要集中管理的场景，尤其是多环境部署时只需替换配置文件即可。

3. 借助系统日志服务统一收归

   在CentOS上，systemd是管理服务的好帮手，也天然支持日志收集。前提是Golang程序输出日志到标准输出或标准错误。然后编写一个systemd服务单元文件，例如/etc/systemd/system/myapp.service：

   [Unit]
   Description=My Golang App
   
   [Service]
   ExecStart=/path/to/myapp
   StandardOutput=syslog
   StandardError=syslog
   SyslogIdentifier=myapp
   Restart=on-failure
   
   [Install]
   WantedBy=multi-user.target

   保存后执行：

   sudo systemctl daemon-reload
   sudo systemctl start myapp
   sudo systemctl enable myapp

   查看日志只需一行命令：

   journalctl -u myapp

   这种方式最大的好处是无需在应用里做额外配置，所有日志都通过系统统一管理、轮转、持久化，适合生产环境的标准部署流程。

三种方法各有侧重：环境变量最灵活，配置文件最直观，系统日志最省心。具体选哪种，取决于你的部署习惯和运维规范。没有绝对的最好，只有最适合当前场景的。