深夜支持现场解决软件问题纪实

某年某月某日，某个很早之前加我微信好友的在校学生给我发了一个消息：“请问，程序员每天工作累吗？”

关于程序员工作强度的问题，网上的文章和帖子到处都是，也不需要我多说了。就像一个人生来就离不开交税和死亡一样，程序员从入行那天开始也离不开两件事：加班和解决bug。对于一个软件开发人员来说，要像一个战士一样，随时准备战斗，即使是在深夜。

在本文中，我简单介绍一下三次深夜支持现场解决软件问题的经历，大家也可以加深对程序员工作状况的了解。

对某局点软件升级问题的支持
某天晚上12点，我已进入梦乡，突然，电话铃声响起了。我一看，是测试部的一个同事打过来的。在电话中，他说海外某局点正在对某个软件版本执行升级操作，在升级的过程中，出现了问题：当替换掉旧程序之后，新的程序无法启动。现场人员不知道问题所在，所以只有让研发人员支持一下。为了方便沟通，他叫我登录到Skype上，并把我拉入到了一个群中。

虽然极不情愿离开温暖的被窝，但本着一种对工作负责任的态度，我还是起床打开了电脑，登录Skype。一会儿，测试同事便把我拉入群中。我向现场同事详细了解了他执行升级操作的整个过程，没有发现明显的问题。并且，整个软件升级包是经过了充分的自测之后才发往现场的，升级的过程也是在研发自己的环境上模拟过的。那么，为什么正确的操作过程却产生不了正确的结果呢？

我叫现场支持人员执行了查看升级文件属性的命令，发现该文件的属性和我们自己测试的时候的文件属性不一样。于是，我进一步询问了他上传文件的方式，才知道他用FTP工具上传文件的时候，没有选择用二进制的方式上传，因此出现了文件类型与平台的要求不匹配，最终导致了程序无法启动。
问题的原因就是这么简单，我叫现场支持人员使用二进制方式重新上传了一次文件，上传完成之后，程序启动就正常了。

整个支持工作进行了大半个小时，这也算是我深夜支持工作的第一仗。

对某局点程序core问题的支持
某天凌晨两点，我在睡梦中接到了开发经理的一个电话，说某局点的程序core(崩溃)掉了，希望我能够支持一下，找到问题的原因。

这次，我们是在QQ群中讨论问题。现场支持人员将程序的core信息拷贝到了QQ群中，让我们分析一下。根据我对程序的了解，我发现引发程序core问题的这段代码很少被使用到，平时测试的时候也常常被忽略了，好在有一个配置项来控制是否进入该程序流程。

于是，我建议现场支持人员修改了配置项，并重启程序，这样程序就不会进入该流程而core掉。同时，我们将core信息保存起来，待上班时间参照来分析程序问题所在。

很多时候，程序出现问题就是因为我们测试不严格。不管一个功能常用与否，我们都应该对其进行充分的测试，千万不要因为抱着侥幸的心理而偷懒。

对某局点信箱满问题的支持
就在最近的某天的凌晨三点，我接到测试部同事的一个电话，说海外某局点出现了信箱满的情况，让我上QQ群去支持一下，看怎样让信箱数目降下来。

进入QQ群之后，现场支持人员大致讲了一下情况，主要问题集中在某信箱删除程序。从该程序所生成的日志来看，只有部分满足条件的信箱被删除了，而有更多的本来应该被删除的信箱还存在。现场支持人员主要有这两点疑惑：第一，是否能够延长信箱删除程序的有效清除时间，让更多的信箱被清除掉？第二，怎样通过日志来判断该程序成功执行了信箱的删除操作？

基于现场支持人员的疑惑，我让他修改了配置文件中的程序结束清理的时间，这样相当于延长了程序的有效清理时间；同时，我也将判断程序成功执行信箱删除操作的关键词告诉了他，让他在日志里面搜索。此外，为了让现场支持人员能够了解信箱清理的原理，我将程序的运行机制详细地告诉了他，并且让他在有疑问的时候发邮件给我们，我们再仔细回复。

整个支持工作持续了将近一个小时，当天也是欧洲杯中德国与法国较量。但是，我不是因为要看欧洲杯而起早，而是因为要解决现场的问题。下面是我当天解决问题之后在微信朋友圈发的消息，mark一下。

总结
如上所述，面对每一个程序员的，是永远都做不完的需求和永远都解决不完的bug，这也是大部分软件从业人员的工作现状。因此，大家说程序员每天工作累吗？

当然，做任何事情都要看一个人的心态，如果我们将遇到的每个问题都视为提升自己能力的一个机会，都以积极的态度来面对，那么别人眼中的苦不再是我们所感受到的苦了。如果要以一句话来结束本文，我想会是这句：红军不怕远征难，万水千山只等闲！

－－－－－－－
本文同步发布在本人微信公众号里面，欢迎扫描关注：