java TimeZone getDefault 很慢？

Question

我经常使用 TimeZone.getDefault 调用，并且我收到了客户关于速度缓慢的报告。使用 jstack 检查线程堆栈跟踪，我发现许多线程在此方法上被阻塞：

"LoadBalancerClientSubscriber(7)" prio=10 tid=0x00000000010c2000 nid=0x4055 runnable     [0x00002aaaebc79000]
   java.lang.Thread.State: RUNNABLE
    at java.util.TimeZone.getDefaultInAppContext(TimeZone.java:734)
    - locked <0x0000000512916db0> (a java.lang.Class for java.util.TimeZone)
    at java.util.TimeZone.getDefaultRef(TimeZone.java:630)
    at java.util.TimeZone.getDefault(TimeZone.java:622)
"RequestServiceThreadPool(5)" prio=10 tid=0x00002aaae01b2800 nid=0x4022 waiting for     monitor entry [0x00002aaae8a47000]
   java.lang.Thread.State: BLOCKED (on object monitor)
    at java.util.TimeZone.getDefaultInAppContext(TimeZone.java:734)
    - waiting to lock <0x0000000512916db0> (a java.lang.Class for java.util.TimeZone)
    at java.util.TimeZone.getDefaultRef(TimeZone.java:630)
    at java.util.TimeZone.getDefault(TimeZone.java:622)

这是已知行为吗？我应该缓存这个 TimeZone 对象吗？如果我的应用程序运行了好几个月（即使在 DST 更改期间），缓存它是否安全？

谢谢！

Answer 1

是的，这是一个已知问题：http://coffeedriven.org/2012/10/14/be-carefull-with-calendar-getinstance-and-timezone-gettimezone/

简单的解决方法是调用该方法一次并缓存结果。

Answer 2

*java.time.ZoneId`

更新：

TimeZone

类现在已成为旧版。存在严重缺陷的遗留日期时间类已被现代的java.time类定义

所取代