HMACSHA256计算后产生不同的结果，太坑了！！！

     虽然这个坑是自己埋的，但还是要分享一波，一是给自己一个深刻的教训，同时也是希望在茫茫人海中，如果你也遇到我同样的问题，能够减少弯路，少踩坑。

     事情是这个样子的，在一次签名业务中，需要将签名数据用对方签名系统的秘钥secret，进行HmacSHA256计算。 本地调通以后，部署测试环境后，却发现始终无法签名成功。

发现是因为本地和测试环境HmacSHA256计算结果不同导致。代码如下面所示：

 /***
     * 计算请求签名值
     *
     * @param message 待计算的消息
     * @param secret 密钥
     * @return HmacSHA256计算后摘要值的Base64编码
     * @throws Exception 加密过程中的异常信息
     */
    public static String doSignatureBase64(String message, String secret) throws Exception {
        final String algorithm = "HmacSHA256";
        Mac hmacSha256;
        String digestBase64 = null;
        try {
            hmacSha256 = javax.crypto.Mac.getInstance(algorithm);
            byte[] keyBytes = secret.getBytes("UTF-8");
            byte[] messageBytes = message.getBytes("UTF-8");
            hmacSha256.init(new SecretKeySpec(keyBytes, 0, keyBytes.length, algorithm));
            // 使用HmacSHA256对二进制数据消息Bytes计算摘要
            byte[] digestBytes = hmacSha256.doFinal(messageBytes);
            // 把摘要后的结果digestBytes转换成十六进制的字符串
            // String digestBase64 = Hex.encodeHexString(digestBytes);
            // 把摘要后的结果digestBytes使用Base64进行编码
            digestBase64 = new String(Base64.encodeBase64(digestBytes), "UTF-8");
        } catch (NoSuchAlgorithmException e) {
            String msg = MessageFormat.format("不支持此算法: {0}", e.getMessage());
            Exception ex = new Exception(msg);
            ex.initCause(e);
            throw ex;
        } catch (UnsupportedEncodingException e) {
            String msg = MessageFormat.format("不支持的字符编码: {0}", e.getMessage());
            Exception ex = new Exception(msg);
            ex.initCause(e);
            throw ex;
        } catch (InvalidKeyException e) {
            String msg = MessageFormat.format("无效的密钥规范: {0}", e.getMessage());
            Exception ex = new Exception(msg);
            ex.initCause(e);
            throw ex;
        }
        return digestBase64;
    }

        然后开始百度，寻找度娘，看各种资料，网上针对此原因的回复，总结了一下，基本是以下几种原因:

       1.获取秘钥secret、加密内容message二进制时没有指定编码，显然代码已指定 UTF-8编码，此种情况排除；

       2.加密内容message含有"/n"特殊字符等导致。 这里我message故意传入了数字字符串，即message=“123”。此种情况也排除；

       3.本地tomcate、JDK版本问题，后面经过验证也排除了；

       4.秘钥本地与测试环境不同。但是我眨眼一看秘钥，测试环境：b579053cagcb421cae82751cb8c7a091、本地环境： b5790530f85b431cae8275a3b8c7a091。一样啊。

       所以百思不得其解。 那问题究竟在哪呢？我刚说了，我是眨眼一看，作为程序员，需要的是严谨细致，你以为的一样，我们在这样对比下呢？

       测试环境 b579053cagcb421cae82751cb8c7a091

       本地环境:b5790530f85b431cae8275a3b8c7a091

       卧槽秘钥中间几个字符串不一样。于是呼果断更改了测试环境配置，后面对接成功。回头想想，还是粗心大意呀！！