Python
许多人以为程序出错时会简单地显示出错了！然后就没有下文了。但实际上，正规的程序报错信息通常更加详细：例如，在执行 xxx 动作时出现问题：（具体问题描述）。同时还会提示用户可能的解决方法，比如通过某种特定方式修复问题。一些维护良好的开源项目甚至会提供指向帮助文档的链接，方便用户快速定位和解决问题。对于像
Python 这样的语言，其解释器非常友好，不仅会明确指出错误类型，还会告诉开发者问题出现在源代码的哪个文件、哪一行，极大地方便了调试过程。然而，在某些特殊场景下，程序可能无法将错误信息直接输出到交互界面上。例如，有些设备会在小
屏幕上显示一串数字，或者点亮特定的指示灯作为提示。这种情况下，专业的维护人员需要根据手册解读这些信号，从而判断具体发生了什么问题。当然，确实存在那种只显示出错了！就再无后续的程序，这类程序在我看来属于质量极差的作品，应当退回重新修改。但更糟糕的是那些逻辑运行出错却不报任何提示的程序。它们可能会输出一个错误结果，导致下游软件崩溃，让开发者花费大量时间排查问题源头。如果在我负责代码评审时遇到这种情况，我会坚决要求修改，否则绝不允许上线。如果你的后续逻辑明确要求 a 必须大于 b，或者某个文件必须存在，那么在函数入口处添加必要的检查是非常重要的。不要寄希望于a 绝对不会小于 b或文件一定会在，因为这种假设往往是不可靠的。一个函数如果有特定的输入约束，除非检查成本极其高昂，否则都应该在进入函数时进行验证。即便使用 unlikely 标记，增加一次条件判断也只会带来微乎其微的性能开销，却能显著提升程序的健壮性和可维护性。
