Apache仅作反向代理，不运行Node.js；Node.js由PM2独立守护，两者通过端口通信：Apache负责SSL终止、负载分发与静态资源，PM2保障Node.js自动重启、集群与开机自启，防火墙仅开放80/443端口。
Apache 本身不运行 Node.js，它只做反向代理；真正跑业务逻辑的是 Node.js 进程。要让整套服务稳定，关键不是“Apache 守护 Node.js”，而是Apache 和 Node.js 各自独立守护、协同工作：Apache 负责 HTTP 接入（SSL 终止、负载分发、静态资源），Node.js 进程则由专业工具（如 PM2）守护，两者通过端口通信。
Apache 作为反向代理，必须正确转发请求
Node.js 应用通常监听本地端口（如 3000 或 9000），不直接暴露公网。Apache 需配置 ProxyPass 将外部请求转给它：
- 确保启用必要模块：
a2enmod proxy proxy_http proxy_balancer - 在虚拟主机中写明代理规则，例如：
<VirtualHost *:80><br> ServerName api.example.com<br> ProxyPreserveHost On<br> ProxyPass / http://127.0.0.1:3000/<br> ProxyPassReverse / http://127.0.0.1:3000/<br></VirtualHost>
- 禁用
KeepAlive或合理设置超时，避免长连接阻塞 Node.js worker
Node.js 必须由 PM2 独立守护，不能依赖 Apache
Apache 不会、也不该重启或监控 Node.js 进程。所有稳定性保障必须落在 PM2 层面：
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
-
自动重启：开启
autorestart: true，配合max_memory_restart: "512M"（根据服务器内存设为 70%~80%）防 OOM 崩溃 -
集群模式：用
instances: "max"启动多进程，充分利用 CPU，避免单点失效 -
开机自启：执行
pm2 startup+pm2 save，确保服务器重启后 Node.js 自动拉起 - 日志分离：PM2 日志与 Apache access/error 日志分开管理，出问题时能快速定位是网络层还是应用层
两者协同的稳定性要点
稳定不是靠一方兜底，而是靠边界清晰、互相不越界：
- Apache 只管“进来的请求是否被正确转发”，不关心 Node.js 是否健康；健康检查应由 PM2 的
health-check或外部探针（如 curl -f http://127.0.0.1:3000/health）完成 - Node.js 应用自身需监听
127.0.0.1（而非0.0.0.0），防止被绕过 Apache 直连 - 防火墙只放行 Apache 监听的 80/443，禁止开放 Node.js 端口（如 3000）给外网
- 若用 HTTPS，证书由 Apache 终止，Node.js 无需处理 TLS，降低复杂度和崩溃风险
替代方案：Systemd 可作为 PM2 的补充（非替代）
在部分生产环境（如腾讯云轻量服务器），可将 PM2 本身交给 Systemd 管理，实现双重保障：
- 编写
/etc/systemd/system/pm2-root.service，让 Systemd 拉起 PM2 主进程 - PM2 再去管理你的 Node.js 应用——这样即使 PM2 主进程异常退出，Systemd 也能拉起它
- 注意：不要让 Systemd 直接启动
node app.js，否则失去 PM2 的集群、日志、内存控制等核心能力
