首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    1.10乘100为什么不等于110

    要从今天的微信支付调试说起,众所周知微信支付的接口,要求传入的金额数值是按分为单位的,所以都必须是大于0的整数。   所以我们一般业务的实际金额都要做乘以100的处理,例如某大妈刚在市场买了1.10元的菜,她摸了摸口袋,看了一眼诚实憨厚的大叔,已经麻利地帮她打包好菜,实在不忍心说出自己今天忘记带钱包。   大叔正打算把菜递给大妈之际,看到大妈尾头紧皱,已经失去平时要把1.10元的菜讲价到1.00元的风韵神采,便意识到事情并不简单,便默默从下方抽屉中抽出一个微信二维码递给她。   大妈心中暗喜,迅速拔出他儿子刚为她买的最新款红米手机,熟练地扫过二维码,也没有要讲价到1.00元的意思了,麻利地在微信上输入1.10元的金额,点击立即支付,输入过密码。。。   “参数错误:你输入的金额格式不正确”,看着手机弹出的提示弹窗,大妈狠狠咬了牙,又重复了一遍上述的支付动作,“参数错误:你输入的金额格式不正确”。这时大妈崩溃的用着恳求可怜的眼神看着大叔,大叔也一面无奈地轻轻将打包好的菜微微收了过来一下,空气突然安静地凝固起来。

    01

    由Long类型引发的生产事故

    今天测试忽然在群里发了一个看似非常简单的线上问题,具体是:在后台通过订单编号(orderId)修改订单信息时,修改不成功 ,修改前后的订单数据完全没有发生变化。第一眼看到这个问题的时候,我心想后台实现逻辑并不就是一个updateById更新订单表的操作(简化了其他业务逻辑)吗?难道订单编号(orderId)在代码里给属性赋值赋错了,心想这么低级的错误“同事”应该不会犯吧,于是我就打开ide先去看了看对应方法的处理逻辑,整体更新操作 属性之间的赋值没有问题,难道又是一个”灵异事件“?说罢 我便想着在测试环境能不能复现一下这个bug,功能上线前功能肯定是测试通过的,于是我在测试环境点啊点,在页面上模拟了几十次更新操作也没有发现问题。

    03
    领券