ECDH密钥交换实现：Alice与Bob共享密钥不匹配问题咨询

你遇到的这个“共享密钥不匹配”其实是个视觉错觉——你打印出来的[B@57baeedf和[B@343f4d3d并不是共享密钥的实际内容，而是Java中byte[]数组对象的默认toString()输出结果。

为什么会出现这种情况？ #

Java里的数组类型（比如byte[]）继承自Object类，它的默认toString()方法返回的格式是：[类型标识@对象哈希码。其中：

• [B代表这是一个byte类型的数组
• @后面的字符串是数组对象在内存中的哈希码（仅和对象内存地址相关，和数组内容无关）

所以哪怕两个byte[]数组的内容完全一致，只要它们是内存中独立的对象，toString()的结果就会不一样。你的Alice和Bob各自生成的sharedsecret是两个独立的数组对象，所以打印出来的哈希码自然不同，但实际密钥内容大概率是匹配的。

如何验证共享密钥是否真的一致？ #

你可以通过以下两种方式确认：

1. 使用Arrays.equals()直接比较数组内容
   在主函数中添加这段代码：

   import java.util.Arrays;
   
   // ... 原有代码 ...
   System.out.println("共享密钥内容是否一致：" + Arrays.equals(alice.sharedsecret, bob.sharedsecret));
   

   如果输出true，就说明密钥内容完全匹配。

2. 将byte数组转为十六进制字符串打印
   自定义一个工具方法来转换格式，这样就能看到密钥的真实内容：

   private static String bytesToHex(byte[] bytes) {
       StringBuilder sb = new StringBuilder();
       for (byte b : bytes) {
           sb.append(String.format("%02x", b));
       }
       return sb.toString();
   }
   

   然后修改Alice和Bob类中的打印语句：

   // 在Alice的recievePubKeyAndGenSharedKey方法里
   System.out.println("Alice共享密钥（十六进制）：" + bytesToHex(sharedsecret));
   // 在Bob的对应方法中做同样修改
   

   此时打印出的就是密钥的真实内容，你会发现两者完全相同。

额外注意事项 #

虽然当前问题是打印方式导致的，但也要确保Alice和Bob的ECDH参数完全一致：
你代码中用KeyPairGenerator.getInstance("EC")并初始化128位，Java默认会使用secp128r1曲线，只要双方都用相同方式生成密钥对，参数就会一致，不会影响共享密钥的生成。

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