在CentOS上部署Node.js应用，网络性能往往成为瓶颈——系统没调好，应用写得再漂亮也可能被拖垮。今天咱们从底层到应用层，把几个关键优化点捋一遍，争取让服务跑得更稳、更快。

CentOS系统级网络配置优化

Node.js处理高并发时，文件描述符的需求量相当大，系统默认值往往不够用。这时候得从两方面下手：一是修改/etc/security/limits.conf，加上* soft nofile 65535和* hard nofile 65535，永久生效；临时想验证效果，直接跑ulimit -n 65535就行。

内核网络参数也很关键。编辑/etc/sysctl.conf，把下面这些参数加进去或改掉，能明显提升TCP性能：

• net.core.somaxconn = 65535 —— 最大连接队列长度，别让它太短
• net.ipv4.tcp_max_syn_backlog = 65535 —— SYN请求队列，同样拉大
• net.ipv4.ip_local_port_range = 1024 65535 —— 可用端口范围，给足弹药
• net.ipv4.tcp_tw_reuse = 1 —— 复用TIME-WAIT连接，减少资源浪费
• net.ipv4.tcp_fin_timeout = 30 —— TIME-WAIT超时时间，设短一点

改完后执行sysctl -p让配置立即生效，别忘了一步。

Node.js应用层网络配置优化

系统层调完了，应用本身也得跟上节奏。

首先是HTTP/2协议。它的多路复用和头部压缩特性，能显著降低延迟，尤其适合高并发场景。下面是一个简单的HTTPS服务示例，用http2模块启动：

const http2 = require('http2');
const fs = require('fs');
const server = http2.createSecureServer({
  key: fs.readFileSync('server.key'),
  cert: fs.readFileSync('server.crt')
});
server.on('stream', (stream, headers) => {
  stream.respond({ ':status': 200, 'content-type': 'text/html' });
  stream.end('
Hello World
');
});
server.listen(8443);

其次是集群模式。Node.js是单线程的，但服务器通常有多个CPU核心，只用得上一个太浪费。通过cluster模块，可以创建多个子进程共享同一个端口，让并发能力成倍提升：

const cluster = require('cluster');
const http = require('http');
const numCPUs = require('os').cpus().length;
if (cluster.isMaster) {
  for (let i = 0; i < numCPUs; i++) cluster.fork();
  cluster.on('exit', (worker) => console.log(`Worker ${worker.process.pid} died`));
} else {
  http.createServer((req, res) => res.end('Hello World')).listen(8000);
}

最后是流处理。遇到大文件或大量数据时，别一股脑丢进内存——用Stream（比如fs.createReadStream()配合res.write()）按块传输，内存占用能降好几个数量级，响应速度也更稳。

反向袋里与负载均衡配置

应用层扛住了，但直接暴露在公网还是风险不小。这时候Nginx就该上场了。

Nginx作为反向袋里，可以处理静态文件缓存、过滤恶意请求，只把动态请求转发给Node.js。配置示例：

server {
  listen 80;
  server_name example.com;
  location /static/ {
    root /path/to/static/files; # 缓存静态文件
    expires 30d;
  }
  location / {
    proxy_pass http://localhost:3000; # 转发动态请求
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
  }
}

如果单台Node.js撑不住，用Nginx的upstream模块做负载均衡，把请求分发到多个实例。支持Round Robin、Least Connections等策略，吞吐量立刻上去了：

upstream node_servers {
  server localhost:3000;
  server localhost:3001;
  server localhost:3002;
}
server {
  listen 80;
  location / {
    proxy_pass http://node_servers;
  }
}

WebSocket连接也需要特殊处理，Nginx一样能袋里——配置Upgrade和Connection头部即可：

location /ws {
  proxy_pass http://localhost:3000;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection "upgrade";
}

性能监控与持续优化

优化不是一锤子买卖，得持续盯着。Node.js自带的--inspect参数配合Chrome DevTools的Performance面板，可以直观看到事件循环、CPU占用、内存泄灢在哪。比如同步代码堵住了主线程，或者某个对象没释放，一眼就能定位。

生产环境还得上更专业的工具。Prometheus负责收集指标，Grafana用来画漂亮的仪表盘，QPS、响应时间、错误率一目了然。日志方面，ELK Stack（Elasticsearch+Logstash+Kibana）是标配，集中管理日志，异常信息一搜就出来，比翻文件高效多了。