java md5签名首位为0时被忽略

由于hex加密时0不被解析。即0x0001和0x1在表现上都是1只是占用内存大小不同。而如果数字相同自动0x01和0x1加密出来是一样的,所以0x01无论前面有几个0都会去掉。

平常使用MD5加密时,自己封装处理时,常见有2个问题:

1、转换为字符串时,高位的0被舍去;

2、出现负数时会有多个连续的F;

这是因为MessageDigest返回的结果是无符号数的byte数组,所以一个byte表示2位的十六进制数时,高位可能为0,而且在JAVA中byte默认是按有符号数的来读取的,转换时会出现负数。

在BigInteger的构造方法中:有一个这个方法stripLeadingZeroBytes

 

点进去发现里面有一句很明显的注释:

 

 

会从第一个非0的字节开始,这也就是原因,如果第一个是0,那么在这个方法中是会默认去除的

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

非ban必选

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值