Middy.js中自定义HTTP错误处理的最佳实践

理解Middy.js的HTTP错误处理机制

Middy.js作为Node.js的中间件框架，提供了http-error-handler中间件来处理HTTP错误。默认情况下，这个中间件会检查错误对象是否包含statusCode属性来判断是否为HTTP错误。然而，在实际开发中，我们经常会遇到需要更灵活的错误处理机制的情况。

默认行为的局限性

许多流行的库(如Objection.js)会返回包含statusCode属性的错误对象，但这些错误实际上并非真正的HTTP错误，可能包含大量内部实现细节。默认的http-error-handler中间件无法区分这些情况，导致可能暴露敏感信息给客户端。

自定义错误处理解决方案

为了解决这个问题，我们可以创建一个自定义中间件来增强错误处理能力。核心思路是：

1. 使用http-errors包的isHttpError方法准确判断错误类型
2. 对于非HTTP错误，隐藏错误详情
3. 提供统一的错误消息格式

实现代码示例

以下是一个完整的自定义HTTP错误处理中间件实现：

import type { MiddlewareObj } from '@middy/core';
import errorHandler from '@middy/http-error-handler';
import { isHttpError } from 'http-errors';

export const httpErrorMiddleware = (): MiddlewareObj<unknown> => {
    const errorMiddleware = errorHandler({ 
        fallbackMessage: JSON.stringify({ message: 'Internal Server Error' }) 
    });

    return {
        onError: (request) => {
            if (!isHttpError(request.error)) {
                // 标记非HTTP错误不暴露详情
                (request.error as any).expose = false;
            }
            return errorMiddleware.onError?.(request);
        },
    };
};

关键点解析

1. 错误类型判断：使用http-errors包的isHttpError方法比单纯检查statusCode更准确
2. 安全处理：对于非HTTP错误，设置expose=false防止敏感信息泄露
3. 统一格式：通过fallbackMessage提供一致的错误响应格式
4. 兼容性：仍然保留原有http-error-handler的所有功能

使用场景建议

这种自定义错误处理中间件特别适合以下场景：

• 项目中使用多种数据库/ORM库
• 需要统一API错误响应格式
• 对安全性要求较高，需要防止信息泄露
• 需要区分业务错误和HTTP错误的场景

总结

通过自定义Middy.js的错误处理中间件，我们能够更精确地控制错误处理逻辑，提高API的安全性和一致性。这种方法既保留了原有中间件的便利性，又增加了必要的灵活性，是处理复杂错误场景的理想选择。