Windows Server 2008 / Vista / Win7 運行 Java 應用出現 8 小時時區偏移：JDK 1.5.0_07 Bug 根因與升級修復方案

現象：部署在 Windows Server 2008 / Vista / Windows 7 上的 Java 應用 (WebLogic, Tomcat, 自研系統) 系統時間比作業系統時間慢 8 小時 (或快 8 小時，視時區而定)。修改作業系統時區、註冊表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation 均無效。

根因定位

• JDK 版本：1.5.0_07 (Sun JDK 5.0 Update 7，2006 年發布)。
• 缺陷：此版本 不支援 Windows Vista/Server 2008/Win7 引入的新時區資料庫格式 (TZUpdater / 動態時區更新)。JDK 內部時區檔案 (jre/lib/zi/) 與作業系統新版時區定義不兼容，導致 TimeZone.getDefault() 解析偏移量錯誤 (通常偏移 GMT+8 → GMT 或反向)。
• 生命週期：JDK 5 於 2009 年 10 月 30 日 終止公開更新 (EOL)，官網已無法下載修復版 (1.5.0_22+)。

修復方案優先級排序

方案一：升級 JDK (根治，強烈推薦)

• 目標版本：JDK 6 Update 18 (1.6.0_18) 或更新 (含時區修復)。
• 下載：https://java.sun.com/javase/downloads/widget/jdk6.jsp (歸檔) 或採用 OpenJDK 8/11/17 LTS (長期支援、免費商用)。
• 步驟：
  1. 備份原 JAVA_HOME 目錄。
  2. 安裝新 JDK → 更新系統環境變數 JAVA_HOME、PATH。
  3. 修改應用啟動腳本/服務指向新 java.exe。
  4. 重啟應用驗證 System.out.println(new Date()) 與 OS 時間一致。
• 注意：WebLogic 8.1/9.x、舊版 Tomcat 可能需檢查相容性；建議同步升級中介軟體。

方案二：手動替換時區檔案 (不升級 JDK 的權宜之計)

僅適用 Sun JDK 1.4.2 / 1.5.0 / JRockit 8.1/9.0 且無法升級的舊系統：

1. 定位 JDK 目錄下所有时区文件目录：
   • jre\lib\zi\Etc\
   • jre\lib\zi\
2. 備份原 GMT 檔案。
3. 複製 GMT-8 (或對應目標時區檔，如 GMT+8, Asia/Shanghai) 覆蓋 GMT。
4. 所有 JDK 實例 (含 JRockit) 均需操作：bea\jdk142_11\jre\lib\zi\Etc, bea\jdk142_11\jre\lib\zi, bea\jrockit81sp6_142_10\jre\lib\zi\Etc, bea\jrockit81sp6_142_10\jre\lib\zi。
5. 重啟應用驗證。

⚠ 風險：手動替換僅修正「預設時區」偏移，不修復夏令時切換、歷史時區變更、IANA 時區資料庫更新。長期運行將再次偏移。唯一正解是升級 JDK。

方案三：應用層強制設定時區 (程式碼層面)

// JVM 啟動參數 (最高優先級)
-Duser.timezone=Asia/Shanghai

// 或程式碼啟動早期
TimeZone.setDefault(TimeZone.getTimeZone("Asia/Shanghai"));

可繞過 JDK 時區解析 Bug，但不解決底層時區資料庫缺失，僅作緩兵之計。

排查清單：其他系統是否受影響

• 掃描所有伺服器 java -version，列出 JDK 5 / 6 早期版本 實例。
• 重點檢查：WebLogic 自帶 JDK (通常為 JRockit 或 Sun JDK)、Tomcat/Resin/JBoss 綁定 JDK、監控代理 (Zabbix Java Gateway, JMXTrans)、定時任務腳本。
• IBM JDK (WebSphere 自帶) 不受此 Bug 影響，但需確認版本是否支援當前作業系統時區更新。

結論：JDK 5 EOL 13 年，仍在生產環境運行屬重大安全與合規風險。請納入技術債清償計畫，統一升級至 OpenJDK 11/17 LTS，徹底解決時區、安全漏洞 (CVE)、效能、GC 調優等歷史包袱。