异常捕获与处理：让程序更稳的那些实战经验

程序出错不可怕，关键是怎么应对

写代码的时候，谁还没碰上过程序突然崩溃的情况？用户输入了个奇怪的值，网络请求莫名其妙断了，文件路径不存在……这些问题一旦发生，轻则页面卡住，重则整个应用闪退。这时候，异常捕获与处理就显得特别实在，它不是炫技，而是让程序“抗揍”的基本功。

比如我们做过一个内部审批系统，上线第一天就有财务同事反馈提交报销单直接白屏。查日志才发现，她上传的发票图片名字带了个冒号，Windows 不让这么命名文件，程序没做判断，一保存就抛异常，后面流程全崩了。后来加上一层文件名合法性校验和 try-catch 包裹，问题立马解决。这就是典型的“小疏忽引发大故障”。

常见的异常类型得心里有数

不同场景下的异常不一样。网络请求可能超时或断开，数据库操作可能连接失败或语法错误，用户输入可能格式不对。JavaScript 里常见的是 TypeError、ReferenceError，Java 里有 NullPointerException，Python 动不动来个 KeyError。识别这些异常类型，才能精准拦截。

有个做法挺实用：把容易出问题的代码块用 try-catch 包起来，但别一股脑全包。就像做饭，油锅起火你不能用水泼，得盖锅盖。异常处理也得对症下药。

try {
    const response = await fetch('/api/user');
    if (!response.ok) {
        throw new Error(`HTTP error! status: ${response.status}`);
    }
    const data = await response.json();
    renderUser(data);
} catch (error) {
    console.error('Failed to load user:', error);
    showErrorMessage('加载用户信息失败，请稍后重试');
}

上面这段代码看着简单，但在实际项目中救过不少次场。至少用户不会再看到控制台一堆红字，而是能收到一句友好的提示。

别让异常默默消失

有些人图省事，在 catch 里只写个 console.log 或者干脆空着，以为这样就不会报错。其实这比不捕获还危险，问题被掩盖了，等真出事根本找不到源头。正确的做法是：记录日志、上报监控、给用户反馈，三件套最好都配上。

我们团队现在用 Sentry 做异常收集，只要程序报错，钉钉机器人就会推一条消息到群里，谁改的代码、什么时候发生的、堆栈信息都有。修起来快，责任也清楚。

自定义异常让逻辑更清晰

除了系统自带的异常，有时候需要自己抛。比如用户登录时验证码过期，可以定义一个 VerificationExpiredError，专门处理这类情况。这样代码读起来更直观，维护的人一看就知道“哦，这是验证码的问题”，不用再去猜错的是哪一环。

class VerificationExpiredError extends Error {
    constructor() {
        super('验证码已过期');
        this.name = 'VerificationExpiredError';
    }
}

// 使用
if (isExpired) {
    throw new VerificationExpiredError();
}

这种写法在复杂业务流程里特别有用，能把错误分类管理，避免所有问题都堆在一个通用 catch 里处理。

异常捕获与处理不是写完功能再补的装饰品，而是从一开始就得考虑的设计环节。程序总会遇到意外，但我们可以通过合理的机制，让它跌倒了也能自己爬起来。”,"seo_title":"异常捕获与处理实战技巧分享","seo_description":"通过真实软件案例讲解异常捕获与处理的关键方法，提升程序稳定性与用户体验","keywords":"异常捕获,异常处理,软件错误处理,try-catch,程序稳定性,错误监控"}