Node.js服务重启与systemd管理实践指南

1. 为什么更新代码后需要重启服务？

当你修改了 wework-verify.js 文件后，可能会发现改动没有立即生效。这是因为 Node.js 的运行机制导致的 - 它在启动时会将所有模块代码加载到内存中执行。这种设计带来了几个关键特性：

1. 模块缓存机制：Node.js 会对 require() 加载的模块进行缓存，避免重复加载带来的性能损耗
2. 内存驻留：已加载的代码会一直保留在进程内存中，直到进程结束
3. 单线程事件循环：Node.js 的主线程是单线程运行的，无法动态替换正在执行的代码

这种机制虽然提高了性能，但也意味着：

• 修改配置文件需要重启才能生效
• 代码热更新需要特殊处理（如使用 nodemon 等工具）
• 内存泄漏问题会随着运行时间累积

提示：在开发环境可以使用 nodemon 工具实现自动重启，但在生产环境还是建议使用 systemd 等进程管理器进行规范管理。

2. 使用 systemd 管理 Node.js 服务

systemd 是 Linux 系统标准的初始化系统和服务管理器，它提供了强大的服务管理能力。对于持续运行的 Node.js 应用，使用 systemd 管理有几个显著优势：

1. 自动重启：可以配置服务崩溃后自动重启
2. 日志集成：日志会自动收集到 journald，方便查看
3. 依赖管理：可以定义服务启动顺序和依赖关系
4. 资源限制：可以设置内存、CPU等资源限制

2.1 典型的 Node.js 服务单元文件

一个标准的 wework-verify.service 文件通常位于 /etc/systemd/system/ 目录下，内容类似这样：

ini复制[Unit]
Description=WeWork Verification Service
After=network.target

[Service]
Type=simple
User=nodeuser
WorkingDirectory=/etc/www
ExecStart=/usr/bin/node /etc/www/wework-verify.js
Restart=on-failure

[Install]
WantedBy=mult