工作中遇到一个bug的解决过程

问题：使用grpc调用接口返回时监听器为空引起的空指针崩溃

解决过程：刚开始想先找到哪里调用grpc接口传入了空的回调，但是接口太多，很难找到，根据日志也找不出什么关键信息，后来又想替换grpc底层的方法，给空指针崩溃的地方加上try catch，为此还尝试了使用aspectjx，实验成功了，但是引入aspectjx导致包增大了近4M，实在让我难以接受，而且引入这么庞大的一个库仅仅只是兜住崩溃，并不是一种好的解决方法，后来还是放弃了这个方案，然后我就想，还是找出项目中哪里传入了null吧（中间有段时间也去GitHub上的grpc源码issue里看过，没有人提这个问题，所以我想还是我们自己使用的问题，也猜想过会不会是监听器对象被回收了，后来经过验证，也排除了这个可能），最后我突发奇想，用正则去as搜可不可以呢？说干就干，刚开始没搜到，后来我又调整了几次，终于搜到了一处代码，监听器传入的null，是一个位置发生变化更新位置的接口，然后我赶紧去实验，发现并没有崩溃，what？后来我不断的测试，终于复现了bugly上的问题，就是断网后再次请求接口会崩溃，终于找到了，不过打断点看的话有网无网都会走到协程底层的一个try catch里，不过测试结果是有网崩溃会被catch住，没网就会崩溃，哎，底层逻辑搞不懂啊