一个故障的排查经验分享

一段时间没写技能相关的文章，有个故障造成的影响不好，但很低级，想来想起还是分享给各人，用到这个函数时可以留意下。
两天前，接到实行职员报障，反馈有部门数据未匹配，在业务上无法展示。
收到故障的第一反应，心田就有迷惑，这个版本这个模块都近一年没调整了，怎么会有Bug，也没见其他项目上报过这个故障。
既然有报障，就得去分析，我们就根据现场的场景模拟做了业务，结果正常。联合故障期间的业务日志，也未发现非常，这下思绪断了。
无法复现，那就最土的方法，拿现场的数据，现场的版本，搬到公司的情况来，令人惊喜的是故障复现，还是空指针，indexOf方法不支持空指针的入参，到这边就很清楚了，居然有空指针为啥日志没表现呢，我们又回到业务日志，发现报障的终端与服务器时间偶尔差。
定位到标题后，这个办理期间就很很简单了。
空指针这种非常，在一样寻常是最容易忽略的，在编码时以为不大概会出现，以是在编码时不想多写那么一行判空的查验，等它出现时，投入去办理的时间精神远比加那一行代码来的代价大。
作为老步调员，履历过10来次这种空指针引发的故障，每次排查都泯灭很大的代价，反馈故障缘故起因时都没脸写这种缘故起因导致的故障，这是最低级的Bug，而且是最容易办理的Bug，很容易被藐视。
我想说，请不要吝啬那么一行代码，空查验。