NestJS 执行时间监控装饰器实现方案
2025-04-29 04:16:17作者:江焘钦
在开发基于 NestJS 的分布式系统时,监控接口执行时间是一个常见的需求。当某些接口响应过慢时,我们需要快速定位性能瓶颈。本文将介绍如何在 NestJS 中实现一个优雅的执行时间监控方案。
核心思路
NestJS 的拦截器(Interceptor)机制非常适合用于实现执行时间监控。拦截器可以在方法执行前后插入自定义逻辑,这正是我们需要的。
实现方案
1. 创建时间监控拦截器
首先,我们创建一个可配置的拦截器,它能够:
- 记录方法开始执行的时间
- 在方法执行完成后计算耗时
- 当执行时间超过阈值时输出警告日志
import { Injectable, NestInterceptor, ExecutionContext, CallHandler } from '@nestjs/common';
import { Observable } from 'rxjs';
import { tap } from 'rxjs/operators';
@Injectable()
export class TimeoutInterceptor implements NestInterceptor {
constructor(private readonly threshold: number) {}
intercept(context: ExecutionContext, next: CallHandler): Observable<any> {
const now = Date.now();
const handlerName = context.getHandler().name;
return next.handle().pipe(
tap(() => {
const executionTime = Date.now() - now;
if (executionTime > this.threshold) {
console.warn(
`警告: ${handlerName} 方法执行时间 ${executionTime}ms 超过阈值 ${this.threshold}ms`
);
}
}),
);
}
}
2. 创建装饰器工厂
为了使使用更加简洁,我们可以创建一个装饰器工厂函数:
import { UseInterceptors } from '@nestjs/common';
export const MaxExecutionTime = (threshold: number) =>
UseInterceptors(new TimeoutInterceptor(threshold));
使用示例
在控制器中,我们可以这样使用这个装饰器:
import { Controller, Get } from '@nestjs/common';
import { MaxExecutionTime } from './timeout.decorator';
@Controller('example')
export class ExampleController {
@Get()
@MaxExecutionTime(500) // 设置500ms的阈值
async getData() {
// 这里是一些可能耗时的操作
return { data: 'some data' };
}
}
高级用法
1. 集成日志系统
我们可以将简单的 console.warn 替换为 NestJS 的 Logger 服务,实现更专业的日志记录:
import { Logger } from '@nestjs/common';
// 在拦截器中
const logger = new Logger('PerformanceMonitor');
logger.warn(
`警告: ${handlerName} 方法执行时间 ${executionTime}ms 超过阈值 ${this.threshold}ms`
);
2. 添加性能指标收集
除了日志警告,我们还可以将性能数据收集起来,用于后续分析:
import { PrometheusService } from '../monitoring/prometheus.service';
// 在拦截器中
const metricsService = new PrometheusService();
metricsService.recordApiDuration(handlerName, executionTime);
注意事项
- 异步操作:拦截器已经正确处理了异步操作,包括 Promise 和 Observable
- 异常情况:如果方法抛出异常,拦截器仍然会计算执行时间
- 性能开销:虽然拦截器本身会引入少量性能开销,但在大多数情况下可以忽略不计
总结
通过自定义拦截器和装饰器,我们在 NestJS 中实现了一个灵活的执行时间监控方案。这种实现方式具有以下优点:
- 非侵入性:不需要修改业务逻辑代码
- 可配置性:可以针对不同接口设置不同的阈值
- 可扩展性:可以轻松添加更多监控功能
这种模式不仅适用于执行时间监控,还可以应用于其他横切关注点,如日志记录、缓存、权限检查等,是 NestJS 中间件架构的一个典型应用场景。
登录后查看全文
热门项目推荐
- DDeepSeek-V3.1-BaseDeepSeek-V3.1 是一款支持思考模式与非思考模式的混合模型Python00
- QQwen-Image-Edit基于200亿参数Qwen-Image构建,Qwen-Image-Edit实现精准文本渲染与图像编辑,融合语义与外观控制能力Jinja00
GitCode-文心大模型-智源研究院AI应用开发大赛
GitCode&文心大模型&智源研究院强强联合,发起的AI应用开发大赛;总奖池8W,单人最高可得价值3W奖励。快来参加吧~050CommonUtilLibrary
快速开发工具类收集,史上最全的开发工具类,欢迎Follow、Fork、StarJava04GitCode百大开源项目
GitCode百大计划旨在表彰GitCode平台上积极推动项目社区化,拥有广泛影响力的G-Star项目,入选项目不仅代表了GitCode开源生态的蓬勃发展,也反映了当下开源行业的发展趋势。06GOT-OCR-2.0-hf
阶跃星辰StepFun推出的GOT-OCR-2.0-hf是一款强大的多语言OCR开源模型,支持从普通文档到复杂场景的文字识别。它能精准处理表格、图表、数学公式、几何图形甚至乐谱等特殊内容,输出结果可通过第三方工具渲染成多种格式。模型支持1024×1024高分辨率输入,具备多页批量处理、动态分块识别和交互式区域选择等创新功能,用户可通过坐标或颜色指定识别区域。基于Apache 2.0协议开源,提供Hugging Face演示和完整代码,适用于学术研究到工业应用的广泛场景,为OCR领域带来突破性解决方案。00openHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!C0305- WWan2.2-S2V-14B【Wan2.2 全新发布|更强画质,更快生成】新一代视频生成模型 Wan2.2,创新采用MoE架构,实现电影级美学与复杂运动控制,支持720P高清文本/图像生成视频,消费级显卡即可流畅运行,性能达业界领先水平Python00
- GGLM-4.5-AirGLM-4.5 系列模型是专为智能体设计的基础模型。GLM-4.5拥有 3550 亿总参数量,其中 320 亿活跃参数;GLM-4.5-Air采用更紧凑的设计,拥有 1060 亿总参数量,其中 120 亿活跃参数。GLM-4.5模型统一了推理、编码和智能体能力,以满足智能体应用的复杂需求Jinja00
Yi-Coder
Yi Coder 编程模型,小而强大的编程助手HTML013
热门内容推荐
最新内容推荐
项目优选
收起

React Native鸿蒙化仓库
C++
178
262

🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
866
513

openGauss kernel ~ openGauss is an open source relational database management system
C++
129
183

旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
265
305

本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
398
371

为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.07 K
0

🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
93
15

一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。
TSX
83
4

🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
598
57

基于可以运行在OpenHarmony的git,提供git客户端操作能力
ArkTS
10
3