前言

最近敌人说遇到一个无解的bug,他有个业务需要是VIP用户能力参加流动的业务场景。他判断vip的伪代码形如下

private boolean isVip(UserDTO userDTO){        List<Integer> vipUserIds = userService.vipUserIds();        for (Integer vipUserId : vipUserIds) {            if(vipUserId.equals(userDTO.getUserId())){                return true;            }        }        return false;    }

他传了一个userId为10000(注:10000为示例数据)的vip用户,后果发现这个判断始终是false。于是就找到我帮他看下,这代码看着没啥问题,我就让他先确认一下数据库是否存在这个vip用户,敌人十分必定的说存在的。

排查

因为敌人确定数据库存在这条记录,前面我就让他判断vip的逻辑上加下日志,改后的伪代码如下

private boolean isVip(UserDTO userDTO){        List<Integer> vipUserIds = userService.vipUserIds();        for (Integer vipUserId : vipUserIds) {            if(vipUserId.equals(userDTO.getUserId())){                return true;            }        }        log.warn("userId-->{} is not in vipList-->{}",userDTO.getUserId(),vipUserIds);        return false;    }

而后日志神奇的呈现

当看到这条日志,我就有点懵逼了。前面敌人跟我说他狐疑是JDK版本有问题,但我的第六感通知这不至于。

多年写bug教训通知我,啥都会骗人,只有源码不会骗人。因为判断是否vip的代码就一句equal,间接点进去了事。这equal的源码如下

   public boolean equals(Object obj) {        if (obj instanceof Integer) {            return value == ((Integer)obj).intValue();        }        return false;    }

看到这个代码后,我想有些老司机应该有点感觉。前面我就跟敌人说你有没有可能类型写错了,你的userId类型是Integer吗?于是他翻一下代码,果然他userId的类型写成String

修复

前面敌人把userId的类型也改成Integer,问题圆满解决。

总结

有时候有些bug难以解决,并不是因为遇到技术难题,而是因为一些咱们平时没留神的小细节引起