| 拨号备份、进程间传递 Windows 消息、“NUIX版业务网关”多层次多线程架构的稳定性，三个技术问题急待解决，技术部经理眉头紧锁。每当有技术问题影响开发进度时，他都有一“绝招”：组织“会战”。这会儿他口里念道：“不讨论不行了！”。在专题技术讨论会上,“三难”标书写上了黑板，有点儿象将“世界数学难题”公之于世的做法。前两个问题分别指派了徐和文协助攻关。第三个问题组织了整整一个小组（胡、翟、伍、杨、蒋...)。如果说上个星期经理是安安静静地部署兵力的话，本周换了有声有色的风格，技术部又好象一锅水煮开了。三五人围观一台显示器，七嘴八舌发表见解，大会议室午餐会上谈技术。五点多赶忙统计加班盒饭数，熟悉的镜头又重演了。小罗吃饭时对周工说，何不用"钩子"函数钩Windows消息，什么消息都钩得到；“羊羔”质疑："USleep函数精确规定CPU唤醒线程的时间，没准CPU会错过时间”，一旁有人答腔“那我们的线程就变成睡美人了！”。小伍子认为不妨验证一下这个质疑，立马仿照"天亿委托"的做法，用I/O复用"SELECT"语句的Timeout功能取代USleep函数。这剂“强心针”打了以后，翟哥盯着显示器上的提示喃喃地“（线程）活得好好的..."。不过技术部的故事总有三五个波折，“轰击”一开始，线程又犯傻了。咨询电话打到杭州，请那里的肖工远水救近火。通信底层是肖工的杰作呀。经理下死命令隔离调试通信底层。这边业务网关组挑灯夜战，那边汤、周已经为拨号自动备份忙了两宿。还是文的效率高，用C++Build很快搞定了进程消息互传，从主框架接收消息到对话框被激活顺利过关。徐君提议周君在2610路由端用PC拨号做试验，以排除对两个路由器一端的怀疑，使得小周思路开通，不久就查出了速率配置不当这个致命的"小问题"。周四开技术交流会上他感触地说："还是发挥集体的力量好...大问题化小、分割问题的方法好...感谢徐工"。日前，"三难"基本了难，纵深的工作在继续。 |