高明程序员比我强的那些地方

同一个程序，一个月以前我在解决时，仍然只是一个低级程序员，就在昨天，我解决时，仿佛变成了一个高级程序员。很多时候，在乎的往往多想的那一步。

众所周知，java的nio在1.6.x版本以前存在某种bug,而这个bug是导致cpu占用率100%的元凶。三个月前我们领导交给我了一个艰巨的任务——研发一个放之四海儿皆准的高性能底层通讯框架。在此之前，我从未用过nio从事过项目开发，最多时写点example，而突然收到这样一个艰巨的任务，当时的心理压力异常大。


废话少说，经过了长达数月的研究mina，等源码的结构及工作方式，终于写出了自己的nio框架。经过了项目组全体成员的审查，和长时间的压力测试，终于可以上线了。


事情就出现在上线后，程序有无数个case，可是某种case你遗漏的时候，疏忽的时候，问题就发生了。现在竟然经过项目组那么多成员的审查都没有发现，可见，这个case是多么的难以发现啊。实际上，这个case就是我们经常见到的nullpointerException,碰到这样问题，我们经常会忽略掉，或者是在程序中 if(obj==null) else 之类的，我们程序就是这样实现的，但是也正是这样的处理，导致了漏网之鱼啊。我们程序是这样处理的session断开时执行close方法，而close方法是通过session的processor属性来执行的，如果processor==null时，实际上什么也没有做。这样时候就导致某些session的key无法执行cancel()方法，这样导致epoll中很多nasty file desc，这样积累到一定程度导致cpu 100%。而实际上processor==null的情形是不允许出现的，在processor处理过程中，某些处理不得当才导致close()的时候processor==null,经过昨天的认真分析，修改了源码。现在运行稳定。

而实际上，我应该一当初，就应该多考虑一步，而不是一出现nullexception,就简单的用if(processor==null)来屏蔽。高明的程序员，应该更加心细一点。