我们什么时候应该使用异常?
这篇讲的是开发者如何判断异常处理的正确使用场景。作者从自己在团队中搭建沟通平台的经验切入，引申到代码世界里“错误处理”这个核心命题——就像团队沟通需要清晰的规则，代码中的异常也需要明确的边界。 文章并没有停留在“什么是异常”的定义上，而是直接对比了异常处理与其他错误处理机制（比如返回错误码）的关键差异。作者指出，异常更适合那些**不可预见、需要跨层级传播或严重影响主流程的错误**；而对于可预见的、属于正常业务分支的失败，更轻量的返回值往往是更合适的选择。 核心观点很明确：滥用异常会让代码充斥try-catch，变得臃肿且难以阅读；而该用异常时不用，又会导致错误处理逻辑分散、难以维护。文章通过具体的代码场景分析，帮助开发者建立清晰的判断标准——什么时候该“抛”，什么时候该“传”。这种区分，正是写出健壮、可维护代码的关键之一。