一行代码把开发人员耍得团团转~

    事情发生在几年前， 那时候大家忙活完一个新需求， 终于上线了， 都想松一口气。
   
    可是很快就发生了一件令人抓狂的事情， 刚上线的系统总是莫名其妙的崩溃， 每次都得重启才能解决。更要命的是完全摸不到规律， 系统运行着运行着就down了， 毫不留情面。
   
    赶紧组织人员检查， 开发人员拍着胸脯， 信心满满： 肯定不是我们的问题！ 先查查是不是环境的问题！🧑‍🎤‍🩲🔭🤑🤝
   
    内存使用， 正常 。
    硬盘空间，正常。
    检查日志， 正常， 更找不到什么Outof Memory。
   
✋🗺🍧✡🦬‏    难道是黑客入侵，工程师仔细检查系统日志，也没有什么蛛丝马迹。 我们的系统也不涉及到钱， 根本不值得入侵。
   
    可是系统总是那么静悄悄的，冷酷的down机， 快把大家都逼疯了。#373:

    如果是你该怎么办？怀疑了一圈别人的问题以后，最好也怀疑一下自己。
🤟🚐🍟↔🦊‌
   
    我们就开始严格的审查这个新需求新加的，和改动的代码，10几双眼睛不知道看了多少遍， 还是一无所获。

    后来不知道是谁，偶然看到了程序中有这么一行可怕的代码： System.exit(1) , 然后赶紧检查它和这个改动的关系。
🙌🗺🥑🐡‍
   
    果然， 在改动之前，这行代码永远都不会被执行到，相当于死代码，它就像个定时炸弹躺着那里，一动不动至少有５年了！
   
    现在终于等来了被触发的一刻：虽然我们的这次改动离这个炸弹极其遥远， 但的确会导致程序会在某种情况下进入这一分支， 于是System.exit(1); 被执行，炸弹爆炸。 JVM悄无声息的退出了 ！‏💰😀✊
   
    重启系统， 还会进入这一分支，System.exit, 系统再次退出。
   
    就这么周而复始， 把我们这帮码农戏耍了好几天 #383:
👩‌🧥😊👂
    所以各位小伙伴，以后不要轻易使用System.exit了， 建议你也马上搜索一下你的项目， 看看有没有System.exit这个炸弹吧。