Linux下C++写系统日志最标准方式是调用syslog()系列函数，需先openlog()初始化、再syslog()发送、最后closelog()收尾，优先级参数应为LOG_USER | LOG_INFO等宏组合。
直接用 syslog() 函数最简单，但得先 openlog()
不调 openlog() 就直接用 syslog()，日志大概率不会出现在 /var/log/syslog 或 journald 里——它默认会把消息丢给 libc 的内部 fallback（通常是 stderr），而不是系统 syslog 守护进程。
必须显式初始化：用 openlog("myapp", LOG_PID | LOG_CONS, LOG_USER) 指定标识、选项和 facility。其中 LOG_USER 最常用（LOG_DAEMON 适合后台服务，LOG_LOCAL0–LOG_LOCAL7 可自定义路由）。
syslog() 的 level 和 printf 风格格式要小心
syslog() 第二个参数是优先级（如 LOG_INFO、LOG_ERR），后面接变参——它不检查格式字符串是否匹配参数类型，出错时可能崩溃或写入乱码。常见翻车点：
- 传
%s但实际给nullptr→ segmentation fault - 用
%d传std::string::c_str()以外的指针 → 未定义行为 - 日志内容含换行符
\n→ syslog 会截断，且多数守护进程自动补时间戳，你再加\n反而破坏格式
std::string + va_list 安全拼接，或改用 spdlog 等库做预处理。systemd 环境下看不到日志？检查 journalctl 和 rsyslog 配置
现代 Linux 多数用 journald 接收 syslog 调用，但默认可能不转发到磁盘文件。如果 journalctl -t myapp 能查到日志，但 /var/log/syslog 没有，说明 rsyslog 或 syslog-ng 没启用 imuxsock（接收 Unix socket 日志）或没配置 LOG_USER 的路由规则。
验证方式：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 运行
logger -p user.info "test"，再查journalctl -t logger和tail /var/log/syslog - 确认
/etc/rsyslog.conf有$ModLoad imuxsock和user.* /var/log/user.log这类规则 - 重启服务：
sudo systemctl restart rsyslog（若启用）或sudo systemctl restart systemd-journald
多线程写 syslog 安全吗？
syslog() 和 openlog() 是 POSIX 标准函数，libc 实现保证线程安全——多个线程可并发调用，无需额外锁。但要注意：
-
closelog()不是必须的，但调了之后再syslog()会触发隐式openlog()，开销略大 - 如果程序 fork 后子进程继续写日志，父进程已
closelog()，子进程仍可用（底层 socket fd 是 dup 的） - 极端高吞吐场景（比如每秒万级日志），
syslog()的 socket send() 可能阻塞，建议用异步日志库或自己加队列缓冲
立即学习“C++免费学习笔记（深入）”；
实际集成时最容易被忽略的是 openlog() 的调用时机和 facility 选择——写进 LOG_AUTH 却没配权限，或用 LOG_KERN 却被内核日志过滤器屏蔽，都会导致“明明调了却看不到”。调试第一反应不该是查代码，而是跑一句 logger -p user.err "test" 看系统层是否通。
