健壮的意思到底是什么？普通人也能秒懂的解释
我最近跟几个新手聊技术，发现大家对“健壮”这个词儿理解总有点偏差。他们觉得健壮就是代码写得多、功能堆得满，写得密不透风，别人随便动一下都会报错的那种就不是健壮。但这么理解太片面了。
健不健壮，不是看代码量，而是看你这东西能不能扛得住各种乱七八糟的意外。我琢磨了一下，决定用我自己的经历来跟大家捋捋，啥叫真正的健壮。
我刚入行那会儿，在一个做硬件控制的部门混。我们那会儿用的系统，跑在一个老旧的工控机上，那时候没人管这玩意儿，就想着赶紧跑起来，先把客户的单子搞定再说。我那时候写个程序模块，就是一条路走到黑，我测试的时候肯定没问题，因为我输入的都是规矩数据。代码写得特别简洁，没啥多余的判断，感觉特有范儿。
结果，一上线就出事了。客户那边的工人操作机器时，手指头一滑，输入了个负数，程序直接崩溃了。那时候我才第一次深刻体会到，啥叫“我能想到的和用户实际做的，根本不是一回事儿”。
后来我接手了维护工作，就开始琢磨怎么让这套系统“健壮”起来。我做的第一件事就是把所有接收外部输入的地方，全都加了一层“保险”。
- 数据校验： 任何进来的数据，甭管是数字、字符串还是时间戳，我都要先掂量掂量它合不合规矩。比如，预期是个1到100的整数，你给我个-5或者1000，对不起，我直接挡回来，提示你输错了，系统不带崩的。
- 异常捕获： 代码跑起来就像开车上高速，路上啥都有可能发生。我把关键操作都用 try-catch 严严实实地包起来。就算真的遇到什么内存溢出、文件找不到这种底层问题，程序也不能直接黑屏，得给我个友好点的提示，并尝试恢复到安全状态。
- 资源清理： 我发现之前程序经常跑着跑着就卡住，仔细一看，原来是文件句柄或者数据库连接没关。每次操作完，不管成败，我都得确保把占用的资源给释放了。不然跑个几天，内存就全占满了，系统自然就扛不住了。
我记得有一次，我们系统需要跟一个外部的传感器通信，那传感器时不时会断线。我一开始是断线就报错，程序就卡住。后来我重写了通信模块，搞了个重连机制。你断了？没关系，我每隔5秒钟试一次，连上就继续干活。这个过程，对上层应用来说，它压根就感觉不到通信中断过，这就是健壮性带来的“无感体验”。
慢慢地，我发现健壮就是这么回事：它不是让你写出永远不会出错的代码，而是让你在确定会出错的时候，能把损失降到最低，并且能从错误中快速爬起来，继续提供服务。
健壮性就是给自己留足了后路，给自己和用户都买好了保险。代码不是孤立运行的，它跑在复杂的世界里，你得考虑到网络延迟、硬件故障、用户误操作等等这些“外部的恶意”。你把这些意外情况都考虑进去了，并且都设计了应对方案，这才叫健壮。
