springboot项目在容器中启动日志时间和系统时间不一致
问题描述如标题。
解决过程如下:
就算在容器里面使用: date -R 查看时间时区也是东八区正常的。
但是对于JVM所使用的时区来说它却不认这个时区的。JVM所使用的时区有一个顺序的加载。
镜像的操作系统是:
JVM读取时区文件顺序依次为:$TZ
> /etc/timezone
> /etc/localtime
> 默认GMT
,跟文件/etc/sysconfig/clock
无关。
在这里用的容器里面是没有 $TZ系统变量的。
然后看下 cd /etc看下有没有 /etc/timezone
发现也是没有的。
最后看下/etc下面有没有localtime
发现有而且指向UTC时区,这就是为什么时间对不上的原因。
解决办法:启动脚本里加上:
-Duser.timezone=Asia/Shanghai -Dfile.encoding=utf8 多加的编码是好习惯的问题。
默认GMT说明:java.util.TimeZone类中getDefault方法的源代码显示,它最终是会调用sun.util.calendar.ZoneInfo类的getTimeZone 方法。这个方法为需要的时间区域返回一个作为ID的String参数。这个默认的时间区域ID是从 user.timezone (system)属性那里得到。如果user.timezone没有定义,它就会尝试从user.country和java.home (System)属性来得到ID。 如果它没有成功找到一个时间区域ID,它就会使用一个"fallback" 的GMT值。换句话说, 如果它没有计算出你的时间区域ID,它将使用GMT作为你默认的时间区域。
参考博文:
(13条消息) JVM加载TimeZone读取文件优先级实战分析_weixin_34072159的博客-CSDN博客
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 使用C#创建一个MCP客户端
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列1:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现