调优 timer_resolution 是为了减少事件循环中高频系统调用以降低 cpu 占用和上下文切换开销，其原理是延长 epoll_wait 等超时时间、合并定时器、减少空转唤醒，并非直接降低系统调用次数。
调优 timer_resolution 主要是为了减少事件循环中高频的系统调用（如 epoll_wait、kqueue 或 select 的超时唤醒），从而降低 CPU 占用和上下文切换开销。它并非直接“降低系统调用”，而是通过延长事件循环等待超时时间、合并定时器、减少空转唤醒来间接减少无效系统调用次数。
理解 timer_resolution 的作用
timer_resolution 是 Node.js（v17.4+）及部分 runtime（如 Deno）中控制事件循环定时器精度的配置项，单位为毫秒。默认值通常为 1ms，意味着定时器最小分辨率为 1ms，事件循环可能每 1ms 就检查一次到期任务——这会导致频繁进入内核等待（尤其在无 I/O 活动时）。
设为更高值（如 10ms 或 100ms）后，运行时会将相近到期的定时器“对齐”到该分辨率边界，并延长 epoll_wait 等系统调用的超时时间，从而减少轮询频率。
Node.js 中设置 timer_resolution
可通过启动参数或环境变量启用（需支持的版本）：
- 命令行方式：
node --timer-resolution=100 app.js（设为 100ms） - 环境变量方式：
NODE_TIMER_RESOLUTION=100 node app.js - 注意：该选项仅在 Linux/macOS 生效；Windows 使用
SetTimerQueueTimer，效果有限 - 必须在进程启动时设置，运行时无法动态修改
配合其他策略减少系统调用
单靠提高 timer_resolution 效果有限，需结合以下实践：
-
避免短间隔定时器：如
setInterval(fn, 1)或setInterval(fn, 10)会强制事件循环高频唤醒，应改用setImmediate、queueMicrotask或业务层节流 - 合并定时任务：多个逻辑上可延迟执行的任务，统一由一个定时器驱动，用时间戳判断是否真正到期
-
空闲时主动让出：在非关键循环中插入
await new Promise(r => setTimeout(r, 0))（谨慎使用），避免持续占用事件循环线程 - 检查第三方库行为：某些监控 SDK、重试库、心跳模块默认使用 10–100ms 定时器，可配置其间隔或禁用非必要功能
验证调优效果
观察是否真正减少了系统调用频率：
- 用
strace -e trace=epoll_wait,select,poll -p <pid></pid>查看单位时间内系统调用次数变化 - 用
perf record -e syscalls:sys_enter_epoll_wait -p <pid></pid>统计调用频次与平均超时值 - 对比 CPU 使用率（
top或pidstat -u 1），重点关注 %sy（系统态）是否下降 - 注意：若应用本身有大量活跃 I/O，系统调用减少可能不明显；优化收益集中在低负载、高定时器密度场景
