2021.11.12错误反思（包装类）

目前需求是通过前端的班组Id（teamId），

获取到一个非班长的组员的userId（NoLeaderUserId），

因为只有组员才有申述需求，班长是第一级审核员。

测试时传入teamId为1，

而1班只有三个人，为了防止偶然性，

把第一个即定义班长（leader_flag为1）。

方法进来先根据teamId得到当前班组的班长，

再获取到了对应班组三个组员的userId，存于集合。

遍历集合与班长userId比较，

对比不成功则将这个值赋给NoLeaderUserId，

退出循环，将其返回；

而代码中通过debug可以看出，userId明明是一样的，

却还是被判定不一样，给赋给了NoLeaderUserId，返了出来。

 后来才留意到，连前面Long类型定义的时候默认值都是null，肯定上包装类嘛，因为是另外定义的，所以会在常量池中重新开辟内存空间，各自的地址指向也是不一样的，即使赋上的值一样，在用“！=”判断的时候也是判断的引用指向的地址值，当然是不一样的，所以给钻了空子。

今天就建立数据库数据，测试接口，顺便写两个小接口，下午三两下写完了，测试都过了，后来考虑到循环判断时的偶然性，不能第一个判断的就是组员返回就完了，就去数据库将1班最靠前的成员改为了班长，果不其然代码有问题。