Golang 字符串比较,一个不大不小的坑
冰河垂钓 · · 17244 次点击 · · 开始浏览背景是酱紫的,对一串字符串做了AES解密后得到的密文,从密文中截取了签名,和之前存在数据库里的签名进行比较验签的时候,一直失败,打印两个签名值出来看,一模一样...
Google后在一篇博客里发现了这句'String values are compared byte-wise (lexically).' and 'zero value for string is "" ',大概的意思就是,string 的比较实际上是比较对应的byte数组的,之后打印了两个签名的byte值,玄机显现,密文中的签名值最后有7,7,7,7,7]这样的值,目测是进行AES加密的时候加密算法补位导致的...
解决办法,根据数据库中签名值的长度对密文中的签名做了截取,然后比较,妥了...
推荐阅读:AES 图文详解,Golang字符串比较
有疑问加站长微信联系(非本文作者)
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
关注微信- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传
收入到我管理的专栏 新建专栏
背景是酱紫的,对一串字符串做了AES解密后得到的密文,从密文中截取了签名,和之前存在数据库里的签名进行比较验签的时候,一直失败,打印两个签名值出来看,一模一样...
Google后在一篇博客里发现了这句'String values are compared byte-wise (lexically).' and 'zero value for string is "" ',大概的意思就是,string 的比较实际上是比较对应的byte数组的,之后打印了两个签名的byte值,玄机显现,密文中的签名值最后有7,7,7,7,7]这样的值,目测是进行AES加密的时候加密算法补位导致的...
解决办法,根据数据库中签名值的长度对密文中的签名做了截取,然后比较,妥了...
推荐阅读:AES 图文详解,Golang字符串比较