系统级配置优化
在Node.js性能优化的路上，系统层面这个地基如果没打好，上层应用再怎么折腾也白搭。咱们先说说几个关键的内核参数调优——这些配置改起来不费事，但效果立竿见影。
编辑/etc/sysctl.conf，把下面几个参数加进去或者改掉：net.core.somaxconn = 4096，这个参数控制TCP连接队列长度，把它从默认的128调大到4096，并发连接处理能力就上来了；net.ipv4.tcp_max_syn_backlog = 4096，SYN请求队列容量跟着扩大；net.ipv4.ip_local_port_range = 1024 65535，本地端口范围一放宽，高并发场景下端口枯竭的问题就解决了；net.ipv4.tcp_tw_reuse = 1，开启TCP连接复用，能更快回收处于TIME_WAIT状态的连接。改完别忘了跑一遍sudo sysctl -p让配置生效。
文件描述符限制也是常被忽略的瓶颈。临时提升可以用ulimit -n 65535，但要想永久生效，得编辑/etc/security/limits.conf，加上* soft nofile 65535和* hard nofile 65535两行配置。这样一来，所有用户都能打开最多65535个文件，在高并发场景下能避免不少奇奇怪怪的报错。
存储方面，SSD几乎是Node.js应用的标准配置了。SSD的高速读写能显著降低文件操作——比如日志写入、数据库文件存取——带来的延迟，I/O吞吐量自然大幅提升。这年头还在用机械盘跑Node服务，着实有点说不过去。
Node.js应用自身优化
先把Node.js版本升到最新稳定版。这事儿可以交给nvm（Node Version Manager）来管理，nvm install --lts一步到位。新版Node.js通常会带来性能改进、更优的内存管理和各类bug修复，别小看这个步骤，有时候性能提升就是从版本升级开始的。
代码层面的优化才是重头戏。最核心的原则就是：能用异步绝不用同步。比如用fs.promises.readFile()替代fs.readFileSync()，用async/await替代层层嵌套的回调函数——你可不希望事件循环被某个同步操作卡住，对吧？
内存管理方面，有几个常见坑要注意：别搞全局变量（尤其是忘了声明的变量），这会导致内存泄漏；及时清理无用的事件监听器，用emitter.removeListener()来收尾；数据结构选型上，用Set替代数组做快速查找，效率能差出一个数量级。
处理大文件或大数据流时，千万别一次性全塞进内存。用fs.createReadStream()和fs.createWriteStream()分块处理，或者用stream.pipeline()管理流管道，内存占用量直线下降。
单线程的Node.js要想充分利用多核CPU，集群模块是必选项。用require('os').cpus().length获取CPU核心数，然后通过cluster.fork()创建对应数量的工作进程。主进程负责管理和分发请求，工作进程各司其职。看个简单示例：
const cluster = require('cluster');
const http = require('http');
const numCPUs = require('os').cpus().length;
if (cluster.isMaster) {
console.log(`Master ${process.pid} is running`);
for (let i = 0; i < numCPUs; i++) {
cluster.fork();
}
cluster.on('exit', (worker, code, signal) => {
console.log(`Worker ${worker.process.pid} died`);
});
} else {
http.createServer((req, res) => {
res.writeHead(200);
res.end('Hello from worker ' + process.pid + '\n');
}).listen(8000);
console.log(`Worker ${process.pid} started`);
}这样以来，你的Node应用就能真正把CPU的多核心火力全部发挥出来了。
进程与资源管理
进程管理器这块，PM2几乎是行业标准。安装简单——npm install pm2 -g，一行命令搞定。启动应用时用pm2 start app.js -i max，-i max参数会自动根据CPU核心数创建对应数量的进程。pm2 monit可以实时监控CPU和内存使用情况，pm2 logs看日志，pm2 sa ve保存进程列表，pm2 startup设置开机自启。更重要的是，PM2能在进程崩溃后自动重启，应用稳定性大幅提升。
V8引擎的内存限制也值得留意。默认情况下，Node.js的堆内存上限在1.4GB左右，如果应用处理的数据量较大，很容易被OOM（Out of Memory）直接干掉。通过NODE_OPTIONS环境变量可以调整这个限制：export NODE_OPTIONS="--max-old-space-size=4096"表示将旧生代最大内存设为4GB。加到~/.bashrc或~/.zshrc里就能永久生效。
缓存与外部服务优化
缓存层几乎是高并发场景的标配。Redis或Memcached可以缓存频繁访问的数据——比如数据库查询结果、用户会话信息——从而减少重复计算和数据库请求。用node-redis库实现缓存的模式大致是这样的：
const redis = require('redis');
const client = redis.createClient();
client.on('error', (err) => console.log('Redis Error:', err));
function getCachedData(key, callback) {
client.get(key, (err, data) => {
if (err) return callback(err);
if (data) return callback(null, JSON.parse(data));
// 缓存未命中时从数据库获取
fetchDataFromDB(key, (err, result) => {
if (err) return callback(err);
client.setex(key, 3600, JSON.stringify(result)); // 缓存1小时
callback(null, result);
});
});
}数据库访问优化同样不容忽视：为常用查询字段添加索引（比如CREATE INDEX idx_user_email ON users(email)）、用批量操作（INSERT INTO table VALUES (?, ?), (?, ?)）替代逐条插入、使用连接池（比如mysql2/promise的createPool）复用数据库连接——这些手段都能显著降低数据库层面的开销。
监控与调优
性能优化不是一锤子买卖，持续监控才是正道。Node.js内置了强大的性能分析工具：用--inspect标志启动应用（node --inspect app.js），然后通过Chrome DevTools的“Memory”和“Performance”面板，就能直观地看到内存使用情况和CPU占用，性能瓶颈一目了然。
第三方监控工具就更完善了。New Relic、Datadog或者Prometheus+Grafana组合，都能实时监控应用的响应时间、错误率、内存泄漏等关键指标，还能生成各种可视化报表。这些工具能帮你快速定位问题——哪天线上性能突然暴跌，有了它们，排查起来就从容多了。
