最近在维护一个内部系统，用户老是投诉说数据不更新，加载慢得要命。搞了好几天没搞明白，发现原来是连接断开没处理，害得系统快瘫痪了。
问题是怎么来的
一开始写代码时，我只图方便。用户提交数据的时候，我让系统自动连数据库，结果没检查连接状态，瞎整一通。有几次测试中，断网模拟了一下，系统直接崩了，用户输的东西全没了。当时我还以为是网络问题，没在意，继续加点功能。结果上线后，越来越多报告说系统卡死，日志里刷满了"connection closed"的警告。
关键后果真坑爹
不处理这破事，搞得一团糟。是资源浪费，连接断了不关，内存越用越多，服务器老告急。我眼睁睁看着监控盘满红了，重启了好几次都没用。是数据丢了，用户那边辛苦填的表，一提交就挂掉，他们骂骂咧咧，我挨老板一顿批。最惨的是系统全崩了，高峰期所有业务中断，搞得订单处理不出来，公司差点赔钱。这种低级错误不整明白，小问题变大麻烦。
我自己折腾的应对方案
发现问题后，我撸起袖子干。先试了手动关闭连接，每次用户操作完，加个检查步骤，但发现还是漏了。后来参考别家经验，整了个简单的处理流程：系统每次连数据库前，先看连接活着不；如果不活，自动开新连接再操作；用代码自动关掉释放资源。实际操作中，我加了个小模块，用try-catch包起来，遇到断开就retry。搞了两天调试，总算跑通了，系统恢复正常。
搞定后的经验
这波折腾完了，系统稳定下来，用户反馈好多了。连接断开就是个小洞，不补会漏水。平时写代码得多留神，勤检查状态，搞点自动化兜底，就不会被坑了。虽然过程粗糙点，但学聪明了总比吃亏强。
