NestJS平台Fastify适配器自定义日志级别配置指南

在NestJS项目中，当使用Fastify作为底层HTTP服务器时，开发者经常会遇到如何精细控制路由日志级别的需求。本文将深入探讨如何通过自定义配置实现这一功能。

Fastify内置日志机制的优势

Fastify内置了基于Pino的日志系统，具有以下显著优点：

1. 自动生成请求ID（traceId），便于分布式系统追踪
2. 支持直接从请求对象调用日志方法（如request.log.info()）
3. 提供统一的日志格式和上下文信息
4. 性能优异，相比Express有显著提升

标准集成方式

常规的NestJS与Fastify集成代码如下：

const fastifyInstance = fastify({
  logger: true
});

const app = await NestFactory.create<NestFastifyApplication>(
  AppModule,
  new FastifyAdapter(fastifyInstance),
  {
    logger: false
  }
);

这种方式会记录所有请求和响应日志，但在生产环境中，我们往往需要对特定路由禁用或调整日志级别。

自定义日志级别实现方案

通过分析NestJS平台Fastify适配器的源码，我们可以通过以下步骤实现路由级别的日志控制：

1. 创建自定义元数据常量

export const FASTIFY_ROUTE_LOG_METADATA = '__fastify_route_log__';

2. 实现路由日志装饰器

export const RouteLog = (config: { logLevel: LogLevel }) =>
  SetMetadata(FASTIFY_ROUTE_LOG_METADATA, config);

3. 修改适配器逻辑 在FastifyAdapter中注入日志配置处理逻辑，使其能够识别并应用路由级别的日志设置。

实际应用示例

在控制器中使用自定义日志级别：

@Get('')
@RouteLog({ logLevel: 'silent' })
public getData(@Req() req: FastifyRequest) {
  req.log.info('这条日志不会生效');
  return this.service.getData();
}

替代方案比较

虽然可以使用AsyncLocalStorage或中间件实现类似功能，但相比Fastify内置方案存在以下不足：

1. 无法直接访问Fastify的请求/响应钩子
2. 需要额外引入依赖
3. 实现复杂度较高
4. 性能开销更大

最佳实践建议

1. 对于需要完整请求/响应日志的场景，优先使用Fastify内置日志
2. 关键业务接口保持详细日志
3. 高频次或健康检查类接口可设为silent级别
4. 结合业务需求制定合理的日志级别策略

通过这种深度集成方式，开发者可以在保持NestJS架构优势的同时，充分利用Fastify的高性能日志特性，实现生产级的日志管理方案。