如何单元测试基于sd_journal_send()的嵌入式系统日志库？

1. 解析单元测试生成的日志 #

• 既然你已经将主机的/run/systemd/journal/socket挂载到容器内，单元测试产生的日志会直接发送到主机的journald。你可以在主机上通过journalctl精准过滤容器相关日志：
  • 按容器标识过滤：journalctl CONTAINER_NAME=<你的容器名> 或 journalctl CONTAINER_ID=<容器ID>
  • 按自定义日志字段过滤（如果你的日志库添加了自定义字段，比如APP_TEST_TAG=unit_test）：journalctl APP_TEST_TAG=unit_test
  • 实时追踪日志：journalctl -f CONTAINER_NAME=<容器名>
• 若要自动化验证测试结果，可将journalctl的输出导出到文件，再用grep/awk等脚本工具匹配预期日志内容，集成到CI/CD流程中。

2. 容器内能否读取主机的journal日志？ #

可以，但需要额外挂载主机的journal持久化存储目录：

• 启动容器时，除了挂载journal套接字，再挂载主机的/var/log/journal目录：

  docker run -v /run/systemd/journal/socket:/run/systemd/journal/socket -v /var/log/journal:/var/log/journal <你的镜像名>
  

• 在容器内安装systemd-journal-utils（Debian/Ubuntu环境用apt install systemd-journal-utils），之后就能用journalctl读取主机的journal日志。注意：容器内用户需要具备/var/log/journal目录的读取权限，测试环境可临时添加--privileged参数，生产环境不建议使用该参数。

3. 将容器本地生成的日志重定向到文件 #

由于容器内没有运行systemd，直接调用sd_journal_send()默认会失败，可通过两种方式重定向到文件：

方式一：给日志库加测试编译开关 #

在单元测试环境下，新增编译宏（比如-DLOG_TO_FILE），将原本调用sd_journal_send()的逻辑替换为写入文件：

#ifdef LOG_TO_FILE
FILE *log_fp = fopen("/tmp/unit_test.log", "a");
if (log_fp) {
    fprintf(log_fp, "[%s] %s\n", log_level, log_msg);
    fclose(log_fp);
}
#else
sd_journal_send(...);
#endif

编译单元测试时添加该宏，即可直接生成日志文件用于验证。

方式二：用systemd-cat转发日志 #

无需修改代码，在容器内安装systemd-cat（属于systemd包），然后用它启动测试进程，将日志重定向到文件：

systemd-cat -t test_log ./your_test_binary > /tmp/unit_test.log 2>&1

systemd-cat会将进程的stdout/stderr转换为journal格式，这里直接重定向到文件即可捕获日志内容。

4. 其他可行方案 #

• 测试环境改用stdout/stderr输出：让日志库在单元测试模式下直接输出到stdout/stderr，Docker会默认收集这些输出，你可以用docker logs <容器名>查看，或者启动容器时将标准输出重定向到主机文件：docker run -v /host/test/logs:/dev/stdout <镜像> ./your_test_binary
• Mocksd_journal_send()函数：借助Google Test的gmock框架，直接mocksd_journal_send()，验证调用时传入的日志内容、级别等参数是否符合预期，无需依赖外部journald服务，更符合单元测试的隔离性要求。
• 自定义journal套接字路径：通过设置环境变量JOURNAL_STREAM，指定自定义的unix套接字或文件描述符，让日志写入本地文件。不过需要自行处理套接字的接收逻辑，适合小型测试场景。

内容的提问来源于stack exchange，提问作者Stephen Rasku