Java自定义MD5哈希与在线工具结果差异原因咨询

问题背景 #

我写了一段Java代码用于字符串和对象的MD5哈希，但生成的结果和在线MD5工具输出不一致。相关代码、日志如下：

Java代码片段 #

public static String md5(String paramString){ 
    if (Utils.isNullOrEmpty(paramString)) { 
        return ""; 
    } 
    try { 
        Object localObject1 = MessageDigest.getInstance("MD5"); 
        if (localObject1 != null) { 
            ((MessageDigest)localObject1).update(paramString.getBytes()); 
        } 
        paramString = ((MessageDigest)localObject1).digest(); 
        localObject1 = new StringBuilder(); 
        int j = paramString.length; 
        int i = 0; 
        while (i < j) { 
            String str = Integer.toHexString(paramString[i] & 0xFF); 
            if (str.length() == 1) { 
                ((StringBuilder)localObject1).append('0'); 
            } 
            ((StringBuilder)localObject1).append(str); 
            i += 1; 
        } 
    } catch (NoSuchAlgorithmException localNoSuchAlgorithmException) { 
        Object localObject2; 
        for (;;) { 
            localNoSuchAlgorithmException.printStackTrace(); 
            localObject2 = null; 
        } 
        return ((StringBuilder)localObject2).toString(); 
    }
}

public static String generateChkSum(HashMap<String, Object> paramHashMap) { 
    paramHashMap = a(paramHashMap); 
    Log.d("CheckSum Before Concat :::::::::: ", paramHashMap); 
    paramHashMap = md5(paramHashMap); 
    paramHashMap = md5(paramHashMap + "^" + AppConstants.a); 
    Log.d("CheckSum After Concat :::::::::: ", paramHashMap); 
    return paramHashMap;
}

日志信息 #

01-27 02:25:08.440 2369-3661/com.test.app D/CheckSum Before Concat ::::::::::: kinghema^1784e7fe94d4750df3af902489489b77
01-27 02:25:08.440 2369-3661/com.test.app D/CheckSum After Concat ::::::::::: 781973a6c9d36f18d9f02f80dc2e5d6e

代码生成的结果为781973a6c9d36f18d9f02f80dc2e5d6e，但使用在线工具对对应值哈希得到39cec39f604f5a4380bae1f00c7404b6。想请教：

1. 该代码使用的哈希方式是什么？
2. 与在线工具的差异原因是什么？

问题解答 #

1. 代码使用的哈希方式 #

咱直接看代码里的MessageDigest.getInstance("MD5")——这明明白白用的是MD5哈希算法，整个md5方法就是围绕MD5实现的，只不过细节上存在问题。

2. 结果不一致的核心原因 #

结合日志和代码逻辑，这几个点是关键：

• 编码不统一的坑：你调用paramString.getBytes()时没指定字符编码，这会使用JVM默认编码（比如GBK、UTF-8，取决于你的运行环境）。而在线MD5工具基本默认用UTF-8编码。如果两边编码不一样，生成的字节数组就差得远，哈希结果自然对不上。
• 两次哈希的逻辑差异：看generateChkSum的逻辑，你是先对日志里的kinghema^1784e7fe94d4750df3af902489489b77做一次MD5得到结果A，然后把A和AppConstants.a用^拼接成新字符串，再做一次MD5得到最终结果。但你用在线工具测试时，是不是直接把kinghema^xxx^AppConstants.a这种拼接后的字符串做了一次MD5？这逻辑完全不一样，结果肯定不匹配啊！
• 代码里的类型错误：仔细看md5方法里的paramString = ((MessageDigest)localObject1).digest();——digest()返回的是byte[]，但你把它赋值给了String类型的变量，这在Java里是编译错误！要么是你粘贴代码时格式乱了，要么是实际运行的代码里这里有问题。如果真的这么写了，后续处理的根本不是MD5生成的字节数组，而是byte[]对象的字符串表示（比如[B@xxxxxx），那哈希结果肯定完全错误。

验证与修复建议 #

1. 先搞清楚AppConstants.a的具体值，然后按代码逻辑分步测试：
   • 第一步：用在线工具对kinghema^1784e7fe94d4750df3af902489489b77做MD5，得到结果A；
   • 第二步：把A和AppConstants.a用^拼接成字符串B；
   • 第三步：对B做MD5，看看是不是代码输出的781973a6c9d36f18d9f02f80dc2e5d6e。如果是，那逻辑没问题，问题就在编码或者其他细节。
2. 给getBytes()指定编码，比如改成paramString.getBytes(StandardCharsets.UTF_8)，确保和在线工具用的编码一致。
3. 修复md5方法里的类型错误：把paramString换成byte[]类型的变量，比如：

   byte[] md5Bytes = ((MessageDigest)localObject1).digest();
   localObject1 = new StringBuilder();
   int j = md5Bytes.length;
   int i = 0;
   while (i < j) {
       String str = Integer.toHexString(md5Bytes[i] & 0xFF);
       // ... 后续逻辑不变
   }
   

内容的提问来源于stack exchange，提问作者Abela Aatami