xprofiler

v2.6.0

Published

4 months ago

node.js addon to output runtime logs

Downloads

2,042

0High
0Medium
0Low

hyj1991

X-Profiler

Easy-Monitor v3.0 Node.js Runtime 插件，输出性能日志，并且可以进行实时的运行时状态采样。

点击访问控制台 Demo 进行体验，完整的性能监控部署文档：https://www.yuque.com/hyj1991/easy-monitor

兼容性

xprofiler 插件支持三大主流操作系统：

Windows
Linux (x64 / arm64)
macosX (x64 / arm64)

支持的 node.js runtime 版本：

v12.x
v13.x
v14.x
v15.x
v16.x
v17.x
v18.x
v19.x
v20.x
v21.x

更低的版本因为在此项目创建时已经不在官方 LTS 计划中，故正常情况下不再支持。

需要在 node-v12.x 以下的版本中使用，可以使用 v1.x-staging 分支的的最新版本：1.4.0

快速开始

安装

执行如下命令安装插件

npm i xprofiler --save --xprofiler_binary_host_mirror=https://npm.taobao.org/mirrors/xprofiler

如果淘宝镜像暂时没同步的话，也可以执行阿里云镜像：

npm i xprofiler --save --xprofiler_binary_host_mirror=http://devtoolx.com/xprofiler

这里使用了 @xprofiler/node-pre-gyp 帮助开发者无需进行本地编译即可使用此插件，默认插件位于 Github Release 页面，国内访问可能较慢，你也可以自行镜像到其它位置加速安装。

嵌入项目

在您的项目入口顶部引入即可，性能分析日志默认输出在 os.tmpdir() 下

// 推荐以模块函数形式使用
const xprofiler = require('xprofiler');
xprofiler.start();

// 这里也可以直接使用
require('xprofiler')();

此时插件会以 1min/次的频率输出嵌入的宿主 Node.js 进程的性能日志到文件中，默认为 os.tmpdir() 目录下 xprofiler-${YYYYMMDD}.log 文件。

可配置的参数

本插件提供方以下的可配置参数:

log_dir: 内核输出日志和性能文件的目录，默认为 os.tmpdir()
log_interval: 内核对性能日志采样的时间间隔，默认为 60s
log_level: 输出日志信息级别，0 info，1 error，2 debug，默认只输出 info 和 error 日志，默认为 1
log_type: 日志输出位置，0 文件，1 控制台，默认为 0
log_format_alinode: 是否以 Node.js 性能平台（原 AliNode）的格式输出性能分析日志，默认为 false
patch_http: 是否对原生 http 模块进行 patch，输出 http 请求相关信息，默认 true
patch_http_timeout: 默认 http 请求超时时间，单位秒，作为 http 请求统计，默认 30
check_throw: xprofiler 启动时检测错误时是否需要 throw，默认 true
auto_incr_heap_limit_size: enable_auto_incr_heap_limit 开启后，每次自动增加的堆上限大小，默认为 256 (MB)
enable_log_uv_handles: 是否要采集 libuv 句柄的详细分类信息，比如 tcp 句柄数量，timers 数量，文件句柄数量等，默认为 true
enable_fatal_error_hook: 是否需要在 V8 出现 FatalError 时配置钩子，默认 true
enable_fatal_error_report: 是否需要在 V8 出现 FataLError 时导出 Report 文件，默认 true
enable_fatal_error_coredump: 是否需要在 V8 出现 FataLError 时 Coredump，默认 false
enable_http_profiling: 是否需要 CPU 采样时进行 HTTP Profiling。默认 false
enable_auto_incr_heap_limit: 是否需要在 Node.js 进程达到堆上限时自动增加堆上限防止 OOM，默认 false

您可以通过环境变量或者在 JavaScript 代码中引入插件时传入配置的方式来使用这些配置，具体如下所示：

1. 环境变量配置

XPROFILER_LOG_DIR: 其值为 String，覆盖 log_dir
XPROFILER_LOG_INTERVAL: 其值为 Number，覆盖 log_interval
XPROFILER_LOG_LEVEL: 其值为 String，覆盖 log_level
XPROFILER_LOG_TYPE: 其值为 String，覆盖 log_type
XPROFILER_LOG_FORMAT_ALINODE: 其值为 YES/NO，覆盖 log_format_alinode
XPROFILER_PATCH_HTTP: 其值为 YES/NO，覆盖 patch_http
XPROFILER_PATCH_HTTP_TIMEOUT: 其值为 String，覆盖 patch_http_timeout
XPROFILER_CHECK_THROW: 其值为 YES/NO 覆盖 check_throw
XPROFILER_AUTO_INCR_HEAP_LIMIT_SIZE: 其值为 String 覆盖 auto_incr_heap_limit_size
XPROFILER_ENABLE_LOG_UV_HANDLES: 其值为 YES/NO，覆盖 enable_log_uv_handles
XPROFILER_ENABLE_FATAL_ERROR_HOOK: 其值为 YES/NO，覆盖 enable_fatal_error_hook
XPROFILER_ENABLE_FATAL_ERROR_REPORT: 其值为 YES/NO，覆盖 enable_fatal_error_report
XPROFILER_ENABLE_FATAL_ERROR_COREDUMP: 其值为 YES/NO，覆盖 enable_fatal_error_coredump
XPROFILER_ENABLE_HTTP_PROFILING: 其值为 YES/NO，覆盖 enable_http_profiling
XPROFILER_ENABLE_AUTO_INCR_HEAP_LIMIT: 其值为 YES/NO 覆盖 enable_auto_incr_heap_limit

2. 引入插件时传入配置

const xprofiler = require('xprofiler');
xprofiler.start({
  log_dir: '/path/to/your/logdir', // 性能分析日志输出目录
  log_interval: 120, // 采样间隔 120s
  enable_log_uv_handles: false, // 不输出 uv 句柄分类详情
  log_format_alinode: true, // 以 alinode 的格式输出日志
  log_level: 0 // 只输出 info 日志
  // 其它提供的可选配置
});

3. 配置覆盖规则

配置覆盖顺序为 用户传入参数的优先级最高，环境变量次之，简单的使用代码来表示参数覆盖规则为：

const defaultConfig = {
  log_dir: os.tmpdir(),
  log_interval: 60, // seconds
  log_level: 1,
  log_type: 0,
  log_format_alinode: false,
  patch_http: true,
  patch_http_timeout: 30, // seconds，
  check_throw: true,
  auto_incr_heap_limit_size: 128 // MB,
  enable_log_uv_handles: true,
  enable_fatal_error_hook: true,
  enable_fatal_error_report: true,
  enable_fatal_error_coredump: false,
  enable_http_profiling: false,
  enable_auto_incr_heap_limit: false,
};

const xprofilerConfig = Object.assign({}, defaultConfig, envConfig, userConfig);

详细配置覆盖规则的测试可以参见 config.test.js

性能分析日志

本插件按照固定的格式来输出性能分析日志，但是也目前为了兼容已有的 alinode 运行时日志，提供了对 alinode 的支持，通过 log_format_alinode: true 配置或者 XPROFILER_LOG_FORMAT_ALINODE=YES 环境变量来启用 alinode 日志。两种日志文件名区别如下：

默认 xprofiler 日志文件名称
- info 日志：xprofiler-${YYYYMMDD}.log
- error 日志：xprofiler-error-${YYYYMMDD}.log
- debug 日志：xprofiler-debug-${YYYYMMDD}.log
以 alinode 方式输出日志文件名称
- info 日志：node-${YYYYMMDD}.log
- error 日志：node-error-${YYYYMMDD}.log
- debug 日志：node-debug-${YYYYMMDD}.log

默认的 xprofiler 和 alinode 两种日志的主要区别在日志前缀上(当然输出的部分内容也不尽相同)，其中 xprofiler 日志前缀如下：

"[YYYY-MM-DD HH:mm:ss] [日志级别] [日志类型] [pid] [xprofiler 版本] 日志详情"

如果设置为 alinode 日志格式输出，日志前缀则为：

"[YYYY-MM-DD HH:mm:ss.usec] [日志级别] [日志类型] [pid] 日志详情"

插件 xprofiler 多采集一个输出日志信息时的版本，目的是方便服务端统计当前各个 xprofiler 插件版本以及当前对应的应用信息，以帮助找到负责人来推动核心插件版本的升级。

本插件和 alinode 的另一个区别是 xprofiler 默认的日志目录为 os.tmpdir() 对应的目录，而非 alinode 原生默认的 /tmp ，原因是为了兼容 windows；并且上述的 node.js api 本身已经跨平台且安全，也避免了一些容器环境下人为将 /tmp 目录映射到挂载磁盘带来的问题。

当然您也可以通过更改 log_dir 配置或者 XPROFILER_LOG_DIR 环境变量来切换日志输出的目录，只需要确保你的 node.js 应用和采集器有权限读写该目录即可。

日志采集

如果您配置了 log_format_alinode: true，即按照 alinode 的格式输出日志，那么直接使用官方提供的 agenthub 即可采集上报插件生成的日志，值得注意的是，此时需将 agenthub 的配置项 logdir 配置为插件 xprofiler 的 log_dir 对应的服务器路径。

运行时状态采样

如果全局安装 xprofiler 则可以使用 xprofctl 命令，如下所示:

npm i xprofiler -g

此命令可以对安装并启用了 xprofiler 插件的 node.js 进程进行一些操作，安装后执行 xprofctl -h 可以查看其用法:

xprofctl <action> -p <pid> [-w <thread_id>] [-t profiling_time]

命令：
  xprofctl start_cpu_profiling   启动 cpu 采样
  xprofctl stop_cpu_profiling    生成 cpuprofile
  xprofctl start_heap_profiling  启动 heap 采样
  xprofctl stop_heap_profiling   生成 heapprofile
  xprofctl start_gc_profiling    启动 gc 采样
  xprofctl stop_gc_profiling     生成 gcprofile
  xprofctl heapdump              生成 heapsnapshot
  xprofctl diag_report           生成诊断报告
  xprofctl check_version         获取 xprofiler 版本号
  xprofctl get_config            获取 xprofiler 配置
  xprofctl set_config            设置 xprofiler 配置

选项：
  -p, --pid                  进程 pid               [必需]
  -w, --worker_thread_id     线程 id                [可选]
  -h, --help                 显示帮助信息            [布尔]
  -v, --version              显示版本号              [布尔]

示例：
  xprofctl start_cpu_profiling -p 29156  触发进程 29156 开始进行 cpu 采样
  xprofctl check_version -p 29156        获取进程 29156 使用的插件版本

copyright 2019

插件架构和实现原理

参见文档 - 整体架构

稳定性

xprofiler 每个 commit 都会通过 github actions 进行在 windows/linux/macos 下的编译以及单元测试，如果您在使用中依旧出现意外的 crash，可以反馈到 Issue 列表进行跟踪处理。

测试与代码覆盖率

在项目根目录下执行如下命令即可获取单元测试与代码覆盖率状况：

npm run cov

master 分支的代码覆盖率情况可以参见 codecov badge。

如何参与贡献

fork 本仓库至你自己的 github 仓库列表中
clone 你 fork 出来的仓库至本地开发
进行本地开发，添加功能或者修改 bug，并且附上必要的测试
请在 commit 中描述下添加的功能或者修改 bug 的详细信息，并提交至你的远程仓库
在 PR 页面选择 New Pull Request，继续选择 compare across forks，在列表中选中你的 Fork，然后创建新的 PR
查看 pr 下的 travis/appveypr CI 状态，如果执行失败请到对应页面查看失败原因并在你自己的仓库下进行修复，修复 commit 会自动同步到此 pr 下，无需关闭重启发起

我们将在 review 后选择合并至本仓库内，贡献者也会加入到本项目的协作者列表中。

贡献者

License

BSD-2-Clause