以前偶然發(fā)現(xiàn)的 Java Bug（JDK 9及之前仍未修復(fù)）

文章轉(zhuǎn)載自公眾號：叨叨軟件測試 作者： 蔣李恒

背景

15年在中信銀行做持續(xù)集成時，由于當(dāng)時的項目是基于三方采購的 Java 配置開發(fā)平臺做的，平臺自己基于 Ant 插件實現(xiàn)了增量和熱部署。

其中有幾個項目在持續(xù)集成部署時，經(jīng)常發(fā)現(xiàn) Linux 平臺部署成功后（Windows 不會出現(xiàn)，Linux 也是偶發(fā)現(xiàn)象），新版本代碼并沒有生效（反編譯 class）。

起初我是在本地 windows 上跟蹤調(diào)試基于 Ant 插件的代碼，但始終重現(xiàn)不了（最后測試發(fā)現(xiàn) Windows 無此 Bug）。

后來，通過分析代碼邏輯，其中有段邏輯是通過文件的最后修改時間（File.lastModified()）來判斷要不要覆蓋部署的，最后通過單測發(fā)現(xiàn)，是由于 Java 的 File.lastModified() 方法在 Windows 和 Linux/Unix平臺獲取的精度不一樣導(dǎo)致的，Windows 精度為毫秒，而 Linux/Unix 只能到秒（JDK Bug：JDK-8177809）。

所以也解釋了，為什么是偶發(fā)現(xiàn)象，文件修改時間如果判斷的兩個值正好跨秒時，部署就是成功的，否則失敗。

Bug 重現(xiàn)

測試代碼：FileTest.java

import java.io.File;
import java.io.IOException;
import java.nio.file.Files;
import java.text.SimpleDateFormat;


public class FileTest {
    private static final long LM = 1599276952718L;


    public static void main(String[] args) throws IOException {
        // java版本號
        System.out.println("Java Version：" + System.getProperty("java.version"));


        File f = new File("test.txt");
        f.createNewFile();


        // 設(shè)置最后修改時間
        f.setLastModified(LM);


        // 獲取修改時間，存在 bug
        System.out.printf("Test f.lastModified [%s]: %b\n",
f.lastModified(), f.lastModified() == LM);
        // 格式化輸出，正確不存在 bug
        System.out.printf("Test f.lastModified DateFormat [%s]\n",new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.sss").format(f.lastModified()));


        // Files.getLastModifiedTime() 獲取修改時間，同樣存在 bug
        System.out.printf("Test Files.getLastModifiedTime [%s]: %b\n",
Files.getLastModifiedTime(f.toPath()).toMillis(),
(Files.getLastModifiedTime(f.toPath()).toMillis() == LM));
        // 格式化輸出，正確不存在 bug
        System.out.printf("Test Files.getLastModifiedTime DateFormat [%s]\n",new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.sss").format(f.lastModified()));


        f.delete();
    }
}

命令行下編譯、執(zhí)行:

# 編譯執(zhí)行
$ javac FileTest.java && java FileTest 

Windows 執(zhí)行結(jié)果

Windows 平臺不存在此 Bug。

# 編譯執(zhí)行
$ javac FileTest.java && java FileTest
Java Version：1.8.0_202
Test f.lastModified [1599276952718]: true
Test f.lastModified DateFormat [2020-09-05 11:35:52.052]
Test Files.getLastModifiedTime [1599276952718]: true
Test Files.getLastModifiedTime DateFormat [2020-09-05 11:35:52.052]

Mac 執(zhí)行結(jié)果

JDK 8 最新版本，目前仍然沒有修復(fù)該問題。

# 編譯執(zhí)行
$ javac FileTest.java && java FileTest
Java Version：1.8.0_261
Test f.lastModified [1599276952000]: false
Test f.lastModified DateFormat [2020-09-05 11:35:52.052]
Test Files.getLastModifiedTime [1599276952000]: false
Test Files.getLastModifiedTime DateFormat [2020-09-05 11:35:52.052]

Linux 執(zhí)行結(jié)果

# 編譯執(zhí)行
$ javac FileTest.java && java FileTest
Java Version：1.8.0_171
Test f.lastModified [1599276952000]: false
Test f.lastModified DateFormat [2020-09-05 11:35:52.052]
Test Files.getLastModifiedTime [1599276952000]: false
Test Files.getLastModifiedTime DateFormat [2020-09-05 11:35:52.052]

官方 Bug 鏈接

JDK10 已修復(fù)，但是之前版本目前仍然未修復(fù)。

• bugs.openjdk.java.net/browse/JDK-8177809

以上就是W3Cschool編程獅關(guān)于以前偶然發(fā)現(xiàn)的 Java Bug（JDK 9及之前仍未修復(fù)）的相關(guān)介紹了，希望對大家有所幫助。