和往常一样，夜幕和睡意总是一前一后的如约而至，打完哈欠撇了眼桌子上的闹钟的时间，22:15了，我手机设置就寝时间就是22:30，按照我给自己定的时间计划来讲，差不多到了我沐浴更衣的时间了，关了电脑懒散的走向卫生间，洗漱完躺在床上，闭目养神。
躺在床上想起今天源码的那个Invoke我始终想不明白是怎么回事，然后又是部门招聘的事情，思绪乱飞，辗转反侧，就是没有睡意。还是打开手机随便看看吧，解锁后发现10个未接来电，我刚点进去看是来自前端组的健哥，健哥是公司得<老人>，一直做的是前端开发，我心想你找我能有啥事，我前端又不懂，一个电话又打进来。
“兄弟，睡没呢？”
我：“刚躺下，还没睡着...”。我心想我要睡着就接不着你电话了。
”西单这边项目后台出了点问题，想请你帮忙看看？我和这边得后台弄了两天实在是搞不定，明天下午客户开会要演示，很紧急，拜托了兄弟！“。
我：”行，你把报错拍照给我，我远程帮你看看。“
刚收到图片，又进来一个电话，我一看是北京来电，陌生号码，我心想谁啊，大半夜得。
我：”喂，你好“
”明天你还是来一趟西单吧，明天早上你打车过来，很紧急....“
打电话是这个项目得负责人，在和我说明电意后，直属领导说让我先把手上得任务先放放去支援一下这个项目。
第二天早上到了现场后，我和后台确认了代码后，我自己坐在他们提供的工作台上找问题，健哥告诉我，问题出在一个组件上，这个组件是公司封装的dubbo，之前用的好好的，拿过来放到这个项目里就是启动报错，说实话那个异常我也没见过，我只知道是这个dubbo组件客户端初始化出错，像这种不明所以的问题，要先排除不可能因素干扰项，首先我是让后台确认环境是否和正常运行dubbo组件环境是否一致，确认后一摸一样。排除了环境的问题，我点进去分析异常得源码和出处，但是还是不能确认他们代码哪一步出了问题，因为他们已经封装得代码一行注释都么有！他们代码我看的也是云里雾里，瞎子摸象，有时电视剧看多了，找bug真有点像破案，当目前的线索没法引导我继续走下去我只能换个思路，或许就能拨开云雾见光明，根据异常分析可能是初始化的时候反射失败，导致客户端fail,按照这个思路去顺藤摸瓜，发现他们maven仓库中确实没有那个反射包，我感觉差不多了，我赶紧验证了我的判断，果然问题迎刃而解。
健哥看我把bug解决了，问我是什么原因，我把分析的过程以及出问题的地方和后续用这个组件需要注意的事情一五一十的告诉他和项目后台，其实我还想问项目负责人这个组件是谁封装的，我想建议他把代码加注释，但我忍住没说。完事后健哥叫我去楼下抽烟，一方面跟我说这个项目虽然不是他负责但是他也算是半个负责人出了事他也很担心，这次多亏我帮忙有空请我吃饭什么的，另一方面话里话外跟我念叨这个项目后台不太给力，自己是一个前台还要帮他找后端的问题，最后还要和上边请求协助让我过来帮忙。
我说研究生毕业没多久，工作经验尚浅，潜力还是很大的，当遇到问题了，咱们要少批评，多理解，多引导，多鼓励。
后来健哥又给我点了一根烟，扯了些有的没的，话毕，打个招呼，各自散去，各干各的去了。
