Log4j2生成日期滞后1天的文件夹问题（SpringBoot+WebSphere环境）

这种问题我之前帮不少开发者排查过，核心原因基本都是时区不匹配在搞鬼。虽然Web服务器本身的日志和日志内容里的时间显示正常，但Log4j2在生成文件夹路径时用的时区和你预期的本地时区不一致——最常见的情况是Log4j2默认用了UTC时区，而你的本地时区是东八区（比如中国时区）：当本地时间处于次日0点到8点之间时，UTC时间还停留在前一天，这时候自然会生成滞后一天的文件夹。

下面是具体的解决步骤：

1. 给Log4j2的日期模式指定时区 #

直接修改你配置里的%date表达式，加上时区参数。比如你在中国时区的话，改成这样：

<Property name="logRolledDirectoryPath">/path/to/logs/%date{yyyy-MM-dd}{Asia/Shanghai}</Property>

把Asia/Shanghai替换成你实际所在的时区（比如America/New_York、Europe/London等），这样Log4j2生成文件夹时就会用你指定的时区，和服务器本地时间对齐。

2. 确认WebSphere的JVM时区设置 #

虽然你说Web服务器日志时间正常，但还是建议检查下WebSphere的JVM启动参数有没有强制设置UTC时区。登录WebSphere控制台，找到对应服务器的JVM参数，看看是否存在-Duser.timezone=UTC这类配置。如果有的话，把它改成你本地的时区（比如-Duser.timezone=Asia/Shanghai），或者直接移除，让JVM使用系统默认时区。

3. 全局配置Log4j2的时区 #

如果不想在每个%date里单独指定时区，可以在Log4j2配置文件的根标签Configuration里添加全局时区属性：

<Configuration status="INFO" timezone="Asia/Shanghai">
    <!-- 其他配置内容 -->
    <Property name="logRolledDirectoryPath">/path/to/logs/%date{yyyy-MM-dd}</Property>
    <!-- 其他配置内容 -->
</Configuration>

这样所有用到%date的地方都会自动使用这个时区，避免重复设置。

额外排查点 #

还有一种小概率情况：服务器系统时区和WebSphere/JVM时区不一致。你可以登录服务器，用系统命令（比如Linux的date命令）确认系统时区是否和预期一致，如果不一致的话调整系统时区也能解决问题，但根据你说的Web服务器日志正常，这种情况可能性不高。

内容的提问来源于stack exchange，提问作者Danyal Sandeelo