Node.js 的 API 响应时间，往往是决定用户体验与应用性能的关键变量。尤其是当系统承载的业务量逐渐上升时，那些之前看似无伤大雅的同步操作、重复查询、缺失缓存，都可能成为压垮响应速度的最后一根稻草。下面这几条优化策略，整理自实际项目中的反复调优经验，不妨拿来对照一下自己的代码。

1. 用好异步编程，别让线程闲着

Node.js 天生的优势就是异步非阻塞 I/O，这几乎是老生常谈，但也是最容易被忽略的。问题往往出在不小心混进了同步操作——比如用 fs.readFileSync 去读一个文件，或者用 JSON.parse 处理超大的数据。一旦主线程被卡住，后面的请求就得排队。

const fs = require('fs');
fs.readFile('file.txt', 'utf8', (err, data) => {
  if (err) throw err;
  console.log(data);
});

用回调、Promise 或者 async/await 把 I/O 任务还给事件循环，这基本是性能优化的第一道门槛。

2. 砍掉不必要的数据库查询，把缓存用起来

数据库查询是最常见的性能瓶颈。每次查数据库，都相当于做一次网络往返 + 磁盘读取。如果同一个用户的信息一天要被查几十次，为什么不把它留在内存里？

const cache = {};
function getUser(userId) {
  if (cache[userId]) {
    return Promise.resolve(cache[userId]);
  }
  return db.query('SELECT * FROM users WHERE id = ?', [userId]).then(user => {
    cache[userId] = user;
    return user;
  });
}

当然，缓存要考虑过期策略和内存占用，但在很多场景下，简单的一个对象缓存已经能带来立竿见影的效果。

3. 连接池：别让每次请求都重新握手

与数据库建立连接本身是有成本的——TCP 握手、身份认证、资源分配。如果每个 API 请求都新建一个连接再销毁，那性能损耗会非常可观。连接池的核心作用就是复用已经建立好的连接。

const mysql = require('mysql');
const pool = mysql.createPool({
  connectionLimit: 10,
  host: 'example.org',
  user: 'user',
  password: 'secret',
  database: 'my_db'
});

大多数成熟的数据库客户端库（比如 mysql2、pg、mongoose）都内置了连接池支持，配置起来通常只需要几行代码。

4. HTTP/2：多路复用带来的速度红利

如果你还在用 HTTP/1.1，尤其是在需要同时加载多个资源（比如图片、样式表、API 并行请求）的场景下，浏览器端的连接数限制会拖慢整体速度。HTTP/2 的多路复用允许在一个 TCP 连接上并发处理多个请求，头部压缩也减少了协议开销。

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({
    'content-type': 'text/html; charset=utf-8',
    ':status': 200
  });
  stream.end('
Hello World
');
});
server.listen(8443);

不过要注意，HTTP/2 需要 TLS 加密，部署成本会略高一些，但带来的性能提升往往值得投入。

5. CDN：静态资源交给网络边缘

对于图片、CSS、JS 这类很少变化的静态资源，把它们托管到 CDN 上，让用户从最近的节点获取数据，能直接砍掉大量的跨区域网络延迟。这是性价比极高的优化手段，很多时候甚至不需要改动业务代码。

6. 代码分割 + 懒加载：别让用户一次下载整个应用

如果 Node.js 应用本身是一个大型的 SSR 或 API 聚合层，把所有模块一股脑加载进来会让启动时间和首次请求变慢。通过动态 import() 实现代码分割，只在真正需要某个模块时才加载它，能有效减少初始负载。

import('./module').then(module => {
  // Use module
});

这个思路在前端领域已经很普遍，但在后端也同样适用——尤其是一些管理后台、工具类接口的场景。

7. 缓存：不光是数据，还有计算结果

除了前面提到的数据库缓存，其实还可以对计算密集型操作、聚合结果、甚至整个响应体做缓存。比如 Express 里配合一个简单的内存对象，就能实现请求级别的缓存。

const express = require('express');
const app = express();
const cache = {};
app.get('/data', (req, res) => {
  if (cache.data) {
    return res.send(cache.data);
  }
  db.query('SELECT * FROM data', (err, results) => {
    if (err) throw err;
    cache.data = results;
    res.send(results);
  });
});

更进阶的方案可以考虑 Redis 等分布式缓存，适合多实例部署的场景。

8. 性能分析工具：别凭感觉找瓶颈

很多时候我们觉得某个环节慢，但实际瓶颈可能在别处。Node.js 自带的 --inspect 配合 Chrome DevTools 可以生成火焰图，pm2 也提供了内置的性能监控。

node --inspect app.js

养成定期 profile 的习惯，比盲目优化要高效得多。

9. 中间件要“瘦身”

Express 或 Koa 这类框架的中间件机制很灵活，但也很容易堆砌无意义的操作。比如一个中间件里做了日志、鉴权、请求转换、响应格式化……这些操作如果不是每个接口都需要，就应该按路由粒度来加载，而不是全局挂载。

app.use((req, res, next) => {
  // Only perform necessary operations
  next();
});

另外，中间件的执行顺序也很重要：把耗时的操作尽量往后放，或者通过条件判断提前跳过。

10. 别忽略 HTTP Keep-Alive

HTTP/1.1 默认支持 Keep-Alive，但你需要确认服务器和客户端都正确配置了。如果每个请求都重新建立 TCP 连接，三次握手的开销在频繁请求下会非常可观。

const http = require('http');
const server = http.createServer((req, res) => {
  res.writeHead(200, { 'Connection': 'keep-alive' });
  res.end('Hello World');
});
server.listen(8080);

用 Nginx 做反向袋里时，通常也会在 upstream 里配置 keepalive 指令来复用连接。

这十点技巧，从代码写法到基础设施，覆盖了多数常见场景。实际项目里不必一次性全部应用，优先解决最明显的瓶颈——比如先检查有没有同步阻塞，再看看数据库查询是不是重复了，然后根据 profiling 结果逐步优化。响应时间降下来了，用户体验自然就上去了。