在欧洲/莫斯科时区前方 1 小时的错误时间
对于我们的俄罗斯租户，我们使用“欧洲/莫斯科”时区。但是，我们比正确的时间提前1小时获得时间。
欧洲/莫斯科是UTC + 3小时。但是，当我打印日期格式为欧洲/莫斯科时区时，比正确的时间早了1个小时。
谢谢，萨马拉。
答案 1
我注意到2014年10月俄罗斯时区定义的立法发生了变化;很可能你的JRE还不知道它。
Java时区更新程序实用程序应该能够为您解决此问题。随着时间的流逝，更新的时区定义最终也应该默认包含在较新的JRE中（尽管现在诚然，这对您没有帮助）。
答案 2
Java 8：
System.out.println(LocalDateTime.now(ZoneId.of("Europe/Moscow"))
.format(DateTimeFormatter.ofPattern("d.MM.yyyy 'um' HH:mm 'Uhr'")));
推荐
-
JVM 和时区 我遇到了Java时区的问题，如果有人可以帮助我的话。 我有一个在tomcat 5.5上运行的Web应用程序（不确定这是否相关），具有以下JVM版本 在 Web 应用程序中，我在某个时间点调用 ，并在日志中
-
东部时间 （ET） 的正确 ZoneId：“美国/东部”或“美国/New_York”？ 我必须使用时区“ET”（东部时间）。在Java中，没有ZoneId.of（“ET”）。 我应该使用哪一个来正确表示“ET”：
-
简单日期格式没有 Java 中的时区偏移量 （GMT+00：00） 用于自定义时区避免 3-4 个字母的区域代码避免设置默认时区java.time关于 java.time 是否可以在 Java 中使用 SimpleDateFormat 类来设置日期时间的格式，以给出日期的时区部分，而不在其后显示 +0000。 编辑 我们正在更改Java中的默认时区，如下所示： 不幸的是，我无法删除此代
-
为什么joda DateTimeZone的getOffset（）方法需要一个“即时”？ 我正在尝试执行的操作： 从 DateTimeZone 对象中，我尝试以毫秒为单位获取 GMT 偏移量。例： Joda 的 DateTimeZone 对象有一个名为 的方法，它接受一个参数。问题： 为什么该方法需要参数？我本
-
标签
推荐