使用日志服务如rsyslog或journald可有效避免多进程写日志冲突，其通过串行化写入保证完整性；若需直接写文件，则必须使用flock等文件锁机制确保独占访问；高并发场景推荐Fluentd、Logstash或消息队列作缓冲，由单消费者落盘，核心原则是杜绝多个进程直接同时写同一日志文件。
在多进程或多线程环境下，多个程序或同一程序的多个实例可能同时尝试写入同一个日志文件。如果不加控制，会导致日志内容错乱、数据丢失或损坏。Linux 本身不直接提供日志同步机制，但通过合理的策略和工具可以有效处理并发写入问题。
使用专用日志服务统一接收
最可靠的方案是避免多个进程直接操作同一个日志文件。取而代之的是将日志发送给系统级日志服务，由其负责写入磁盘。
- rsyslog：Linux 默认的日志守护进程，支持接收本地或网络日志。应用程序可通过 syslog() 函数发送日志，rsyslog 内部串行化写入，保证顺序与完整性。
- journald（systemd-journald）：现代 Linux 系统广泛使用，所有服务日志自动集中管理，天然支持并发写入，底层采用二进制格式存储并做同步保护。
- 应用只需调用标准接口如 syslog(LOG_INFO, "Message")，无需关心文件锁或同步细节。
文件级别加锁确保独占访问
当必须直接写文件时，可使用文件锁防止冲突。Linux 提供建议性锁（advisory lock），依赖所有参与者主动遵守。
- 使用 flock() 或 fcntl() 在写入前获取排他锁。
- 示例（C语言片段）： FILE *fp = fopen("/var/log/myapp.log", "a"); flock(fileno(fp), LOCK_EX); fprintf(fp, "%s\n", log_msg); fflush(fp); flock(fileno(fp), LOCK_UN); fclose(fp);
- 注意：仅当所有写入方都加锁才有效；若某进程绕过锁直接写入，仍会破坏日志。
借助第三方工具或队列缓冲
对于高并发场景，可引入中间层缓冲日志消息，再由单个消费者写入文件。
- Fluentd / Logstash：收集来自不同来源的日志，统一格式并输出到文件或远程服务器，内部处理并发安全。
- 消息队列：如使用 Redis List 或 Kafka 作为临时缓冲，多个生产者推送日志，一个消费者按序落盘。
- 自研方案中可用命名管道（FIFO）或 Unix 域套接字，让所有进程把日志发给一个长期运行的“日志写入进程”。
基本上就这些。选择哪种方式取决于应用场景。系统服务优先走 syslog 或 journald；自定义程序若需直写文件，务必加锁；大规模部署建议用 Fluentd 类工具集中管理。关键是不让多个写入方直接碰同一文件。
