问题描述
我想确保我的 Java 程序始终由明确指定的 user.timezone
属性运行。我将 -Duser.timezone=XXX
作为命令行设置传递。
但是,当我完全忽略该系统属性,然后在我的程序中检查 System.getProperty("user.timezone")
的值时,它不是 null
,而是包含系统时区。因此,我无法终止我的程序,因为该属性的值永远不会为空。
我知道我可以使用自定义系统属性名称(比如 tz
)来接受时区 ID,然后在我的代码中执行 TimeZone.setDefault(System.getProperty("tz"))
,但我更喜欢使用系统属性 {{1 }},这是为了这个原因使用的。
有什么方法可以使用 user.timezone
系统属性实现我所需要的吗?
解决方法
明确指定时区作为方法调用的参数
依赖 JVM 当前的默认时区本质上是不可靠的。 JVM 中任何应用程序的任何线程中的任何代码都可以随时通过调用 TimeZone.setDefault
来更改默认值。这样的调用会立即影响依赖该默认值的所有其他代码。
相反,始终明确指定您希望/期望的时区。
此外,TimeZone
已过时,多年前被 JSR 310 中定义的现代 java.time 类取代。特别是 ZoneId
和 ZoneOffset
。您可以将这些类的对象作为可选参数传递给所有相关方法。
ZoneId z = ZoneId.of( "Africa/Casablanca" ) ;
ZonedDateTime now = ZonedDateTime.now( z ) ;
UTC 是一个真实的时间
在服务器上,通常最佳做法是将主机操作系统和 JVM 的默认时区设置为 UTC(与 UTC 的偏移量为零)。
并且您的大部分业务逻辑、日志记录和调试也都应该使用 UTC。
应该只需要一个时区:
- 本地化显示给用户时。
- 特定业务规则要求的地方。
顺便说一下,该属性 user.timezone
在 Java 11 中并未列为 standard default properties 之一。
我非常同意 Basil Bourque 的回答:您的解决方案是编写代码,使其独立于 JVM 默认时区。同样如评论中所述,当通过 JDBC 4.2(或更高版本)在 SQL 数据库中使用 java.time 类型时,没有默认时区干扰。
此外,从我读过的内容来看,驱动程序倾向于使用数据库会话时区,而不是 JVM 默认时区。您可能需要搜索数据库文档和 JDBC 驱动程序文档以了解控制会话时区的方法。
但是要回答你的问题:
String userTimezoneProp = System.getProperty("user.timezone");
boolean timezonePropertyEmpty = userTimezoneProp == null || userTimezoneProp.isEmpty();
if (timezonePropertyEmpty) {
System.err.println("You must set the user.timezone property to the same time zone as the database time zone.");
System.exit(-1);
}
只有您必须在执行任何使用默认时区的操作之前执行此操作。一旦执行了这样的操作,JVM 将查询操作系统的默认时区并相应地设置系统属性(如果成功)。
根据文档,System.getProperty()
应该为尚未设置的系统属性返回 null
。在这个例子中,我的 Java 返回了一个空字符串。所以我考虑了这两种可能性。对于 user.timezone
来说,它可能有些特别。我没有找到任何提及它的文档。我仍然不保证该方法是防弹的。