Go日志中间件对接syslog需避免默认UDP丢日志，应优先用unixgram协议写入/dev/log（systemd-journald），并手动拼接请求上下文字段；权限不足时需将运行用户加入syslog组，且须配置journald持久化存储。
Go日志中间件如何对接 syslog
Go 标准库 log/syslog 支持写入系统日志（syslog），但直接用在 HTTP 中间件里容易出错：默认不带时间戳、无请求上下文、级别映射混乱，且多数 Linux 系统的 rsyslog 默认只接收 UDP，而 syslog.Writer 默认走 UDP —— 丢日志风险高。
实际要稳定输出到 /var/log/messages 或 journald，得绕过裸 syslog 包，改用更可控的方式。
用 logrus + syslog 驱动时必须指定 Network 和 Raddr
logrus 本身不内置 syslog 输出，需搭配 logrus/hooks/syslog。但这个 hook 默认参数会连 localhost:514 的 UDP，而现代 systemd 系统（如 Ubuntu 22.04+）默认禁用 UDP syslog 接收，且不设 Raddr 会导致连接失败，报错类似：dial udp [::1]:514: connect: connection refused。
- 若目标是 journald，直接用
unixgram+/dev/log（推荐） - 若必须走传统 syslog，显式指定
Network: "unixgram"和Raddr: "/dev/log" - 避免用
"tcp"或"udp"，除非你确认 rsyslog 配置了对应监听
hook, _ := syslog.NewSyslogHook("unixgram", "/dev/log", syslog.LOG_INFO, "myapp")
logger.AddHook(hook)
HTTP 中间件里记录请求日志要补全 context 字段
单纯把 log.Printf 换成 syslog 输出，日志里只有时间、消息体，没有 status、method、path、duration —— 这类字段 syslog 协议本身不承载，得靠应用层拼进消息体，否则在 journalctl -t myapp 里根本没法过滤或分析。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
常见错误是直接 logger.Info(req.Method + " " + req.URL.Path)，没加空格分隔、没转义特殊字符（比如 URL 里的 % 可能被误解析），导致日志格式错乱。
- 用
fmt.Sprintf显式构造结构化字符串，例如："method=%q path=%q status=%d duration_ms=%d" - 对
req.RemoteAddr和req.UserAgent()做简单 sanitize（如截断超长值），防止 syslog 消息体溢出（rsyslog 默认单条上限 8KB） - 不要依赖
logrus.TextFormatter，它输出的换行和颜色控制符在 syslog 里全是乱码
systemd 环境下优先走 /dev/log 而非网络
在使用 systemd 的发行版中，/dev/log 是一个 Unix domain socket，由 systemd-journald 自动监听，所有发往这里的日志都会被收进 journal，并可同步到磁盘日志（如 /var/log/journal/）。这条路最轻量、最可靠，也不需要额外启 rsyslog。
但要注意：/dev/log 权限默认是 root:syslog，Go 进程若非 root 或未加入 syslog 组，会报 permission denied。
- 部署时加用户到 syslog 组：
usermod -aG syslog myappuser - 检查 socket 权限：
ls -l /dev/log，应为srw-rw-rw-或至少包含组写权限 - 不用改 rsyslog 配置，也不用开防火墙端口 —— 这是最小侵入方案
真正难的不是“怎么发”，而是“发完后怎么查”：journald 默认不持久化，重启后日志消失，得确认 /etc/systemd/journald.conf 里 Storage=volatile 还是 persistent，这点常被忽略。
