log4j2 默认不支持多用户/多进程并发写入同一日志文件；强行共享会导致内容错乱、权限异常和数据丢失，必须通过进程隔离、专用日志服务或数据库等机制实现安全、有序的日志聚合。
log4j2 默认不支持多用户/多进程并发写入同一日志文件；强行共享会导致内容错乱、权限异常和数据丢失，必须通过进程隔离、专用日志服务或数据库等机制实现安全、有序的日志聚合。
在多用户环境下，多个独立 JVM 进程（如不同 Linux 用户启动的应用）绝不能直接共用同一个 Log4j2 RollingFileAppender 的 fileName。即使通过 filePermissions="rwxrwxrwx" 赋予全局可写权限（如问题中配置），也无法解决根本问题：操作系统不保证多进程对同一文件的追加写入（append）是原子的。实际运行中将出现严重日志损坏——例如 "HelloWorld" 被撕裂为 "HeHelloo, WWoorrldld"，时间戳错位、行首缺失、JSON 日志结构破坏等，且部分日志条目可能永久丢失。
✅ 正确架构：分离日志写入责任
最可靠、生产就绪的方案是 将日志写入行为与业务进程解耦，由单一、长期运行的服务统一处理所有日志：
方案 1：专用日志服务（推荐）
- 启动一个独立的 JVM 进程（如 log-collector.jar），监听 TCP 端口（如 127.0.0.1:14525）。
- 业务应用启动时尝试连接该端口；若成功，则将日志序列化后（如 JSON over TCP）发送过去，自身不操作任何文件。
- 日志服务接收后，单线程/带锁地写入目标文件（或滚动归档），天然避免并发冲突，并可保障顺序性、添加统一 traceID、做异步缓冲。
// 示例：业务端日志转发（简化）
try (Socket socket = new Socket("localhost", 14525);
PrintWriter out = new PrintWriter(socket.getOutputStream(), true)) {
String logEntry = String.format("{\"ts\":\"%s\",\"level\":\"INFO\",\"msg\":\"%s\"}",
Instant.now(), "User B started");
out.println(logEntry); // 非阻塞发送，失败可降级到本地临时文件
}
⚠️ 注意：需配套健康检查与自动重启机制（如 systemd 服务），确保日志服务高可用；业务端应具备断连缓存+重试能力。
方案 2：基于数据库的日志中心
- 使用 PostgreSQL、MySQL 或专用日志数据库（如 TimescaleDB）。
- 所有应用通过 JDBC 写入 logs 表（含 timestamp, user, level, message, thread 字段）。
- 完全规避文件系统竞争，天然支持查询、告警、可视化（如 Grafana + Loki）。
<!-- Log4j2 配置示例（需 log4j-jdbc-appender） -->
<jdbc name="databaseAppender" tablename="logs"><connectionfactory class="com.example.LogDBConnectionFactory" method="getConnection"></connectionfactory><column name="timestamp" iseventtimestamp="true"></column><column name="user" pattern="%X{username}"></column><column name="level" level="true"></column><column name="message" pattern="%m"></column></jdbc>
方案 3：轻量级文件分片 + 定时合并（适用于开发/测试）
- 每个用户写入独立文件：/var/applog/myapp/aggregator/${user}/aggregator_rest.log
- 配置 Log4j2 动态文件名（使用 %u 或系统属性）：
<rollingfile name="userLogFile" filename="/var/applog/myapp/aggregator/${sys:user.name}/aggregator_rest.log" filepattern="/var/applog/myapp/aggregator/${sys:user.name}/aggregator_rest.%i.log.gz"></rollingfile> - 通过 cron 每分钟执行合并脚本（按时间戳排序）：
cat /var/applog/myapp/aggregator/*/aggregator_rest.log | sort -k1,2 | gzip > /var/applog/myapp/aggregator/central.log.gz
❗ 重要提醒：此方案不保证严格实时顺序（因文件系统写入延迟、cat 读取时机），仅适用于对时序要求不苛刻的场景。
❌ 应坚决避免的错误实践
- 直接设置 filePermissions="rwxrwxrwx" 并共享 fileName → 权限解决不了竞态写入，日志必然损坏。
- 自行实现文件锁（如 .lock 文件轮询） → 极易因进程崩溃遗留死锁，随机退避算法复杂且不可靠。
- 使用内存数据库（H2）嵌入各进程 → 多进程无法安全共享同一 H2 数据库文件，仍会触发文件锁异常。
总结
多用户共享日志的本质是分布式系统中的顺序一致性问题，而非简单的权限配置。Log4j2 的设计初衷是单进程日志，其 RollingFileAppender 不提供跨进程同步能力。务必选择经过验证的解耦架构：专用日志服务（首选）、中心化数据库（强一致需求）、或分片+离线合并（低要求场景）。任何试图绕过进程隔离、直接复用同一文件的方案，都会在高负载下暴露不可修复的数据完整性缺陷。
