同一字符串,MD5加密不一致

同一字符串,MD5加密不一致

起因

对接移动公司的短信发送接口,需要实现对StringBuffer拼接后的字符串获取MDD5摘要的32位小写,出现了相同数据情况下,测试环境为正确内容,生产环境获取的摘要错误的情况,排除数据问题后,确认是由于两个环境的字符集编码问题导致(但生产环境为何和测试不同,是否是因为Tomcat导致的字符集问题还不确定,希望能有大佬解答)

处理过程(更新后的工具方法)

博客设置页面,选择一款你喜欢的代码片高亮样式,下面展示同样高亮的 代码片.

// MD5摘要,获取32位小写
public static String getStrByMd5(String str) {

		StringBuffer strencode = new StringBuffer();
		StringBuffer hexString = new StringBuffer();
		strencode.append(str);
		try {
			MessageDigest md = MessageDigest.getInstance("MD5");
			//不转utf-8 可能导致本地正常但服务器端出错
			md.update(strencode.toString().getBytes(StandardCharsets.UTF_8));
			byte[] hash = md.digest();
			for (int i = 0; i < hash.length; i++) {
				if ((0xff & hash[i]) < 0x10) {
					hexString.append("0" + Integer.toHexString((0xFF & hash[i])));
				} else {
					hexString.append(Integer.toHexString(0xFF & hash[i]));
				}
			}
		} catch (Exception e) {
			log.error("生成MD5 32位小写出错,传入参数:{},错误信息:{}",str,e.getMessage());
		}
		//获取大写
//		return hexString.toString().toUpperCase();
		//获取小写
		return hexString.toString().toLowerCase(Locale.ROOT);
	}

后续

转载大佬大佬回答,明确了是生产环境采用来了tomcat的字符集(默认gbk)

1.在以main函数形式运行时,jvm的编码格式则为当前字符串格式;
2.tomcat环境下运行,会使用tomcat字符集,如果tomcat没有设置字符集,则为服务器的编码格式,windows是下为gbk,linux为utf8。

在字符串内容不包含中文的情况,可能不会发现结果不一致的问题,因为非中文情况,GBK与UTF-8的MD5结果是一样的,但是如果有中文,转换的结果就不一样了。

使用此方法可以查看当前运行环境的字符集

System.out.println(System.getProperty("file.encoding"));

原文转载
https://blog.csdn.net/qq_40977118/article/details/108321257

  • 8
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值