写服务器程序，今天遇到的诡异问题

今天遇到一个很让人郁闷的问题……
因为需求的一点变动，导致我们需要修改一下服务器端的程序代码。我们在linux环境下使用boost:asio编写底层的网络程序，用python来
处理游戏逻辑以及对于memcached、mysql等数据存储系统的操作。我只是负责C++代码的编写，C++与python接口之间的调用方式以及
其它的一些操作并不是由我来完成的。我按照需求，把源代码在自己的机器上修改了一下，其实仅仅是几行语句的修改，并没有什么大的问题。在我的机器上成功
编译之后，我信心十足的把编译后的可执行文件拷贝到测试服务器主机上，替换掉了原来的文件。但是，在服务器上运行之后却发现输出结果还是修改前版本的老
样子，我修改之后的程序并没有生效！于是，怀疑是不是没有替换掉新版本，但查看了可执行文件信息后，却发现了我修改后插入的一行特殊字符串，证明绝对是
新编译版本。有怀疑是否是操作系统在内存当中保留了原来版本的镜像，于是重新启动，执行，但仍然毫无效果。使用GDB进行调试，程序在修改行的（就是一
行打印语句）断点处没有停止，但却可以在其后面代码上安插的断点处被触发，而且它后面的打印语句也是可以被打印的！我之前基本上都是在VC下编写程序，
对于Linux的理解非常有限，近来接触linux，十足费了一番力气。对于这种问题，我无法解释，即使我很确定自己的程序没有逻辑问题，但是我无法提
供充足的理由来证明这一点。
之后，在没有任何代码改的的情况下，我们把所有源代码都重新的编译并部署了一下，结果程序却可以正常的运行了!于是我们怀疑可能是程序部署操作的问题，
但没有找到真正的原因所在。因为我实在没有想通为什么旧的可执行文件明明已经被成功被替换了，但还是会被再次调用执行。
与此同时，我们远程监控发现某服务器当机了！顿时空气紧张的不得了，老大苦苦的思索问题可能出现的地方，但是因为代码量本身就不大，而且已经测试了很长
时间，之前一直没有问题，一下子出了这样的异常情况，着实让人摸不着头脑。经过一阵紧张之后，我们终于确定了，问题是由于第三方服务异常引起的，并不是
我们自己程序的bug。
在很多时候，我们会使用第三方工具来开发程序，虽然这些工具往往是比较稳定的，基本不会发生什么问题。但是，倘若由于对第三方工具的薄弱认识而导致一些
错误操作，或者本来是合法的操作，但因为某些方面的细节而导致结果与判断相违背，或者干脆是系统方面的bug问题，这些都可能会导致我们在程序测试阶段
对于问题的定位失去精准性。况且，如果一个原本平稳运行的程序突然间出现了问题，日志分析很困难，而其又被部署在了远程无法调试；或者是机群内部的某些
问题，这些都会对bug的定位会产生迷惑性。
   总之，上面写的这些问题都有待于我进行深入的研究与总结，不断的去积累经验才能在问题来临的时候镇定自若！