如何监控Linux JS运行状态

在Linux上跑Ja vaScript应用，时间长了总会遇到一个问题：程序是不是还活着？内存有没有泄漏？CPU是不是被某个函数吃满了？想搞清楚这些，其实有不少现成的路子可以走。下面梳理几种常见的监控方式，从命令行工具到专业APM方案，按需选用就行。

用系统命令快速瞄一眼

最直接的方法，就是靠Linux自带的进程管理工具。top或者htop能列出所有正在运行的进程，包括CPU和内存占用。想专门看Node.js相关的进程？加个grep过滤一下就好：

top -ef | grep node

或者如果你更喜欢htop的交互界面：

htop -f | grep node

这招适合临时查一下，想持续监控的话，还得上更专业的工具。

用pm2做进程管家

如果你的Ja vaScript应用是Node.js写的，那pm2几乎是标配。它不仅能启动进程，还能自动重启、记录日志、实时查看资源占用。安装也很简单：

npm install pm2 -g

启动应用：

pm2 start app.js

想看运行列表就用pm2 list，想盯实时状态就敲pm2 monit，内存、CPU、请求次数一目了然。

用systemd做成服务

如果你的应用是作为系统服务长期运行的，那systemd是最稳妥的选择。写一个服务文件，比如叫your-app.service：

[Unit]
Description=Your Node.js App

[Service]
ExecStart=/usr/bin/node /path/to/your/app.js
Restart=always
User=
Environment=NODE_ENV=production

[Install]
WantedBy=multi-user.target

把这个文件扔到/etc/systemd/system/目录下，然后执行：

sudo systemctl start your-app
sudo systemctl enable your-app

之后用sudo systemctl status your-app就能随时查看应用的状态，包括是否在运行、上次重启时间、最近日志等等。这种方式的优势是跟系统深度绑定，开机自启、崩溃重启都自动搞定。

日志是最好的“目击证人”

不管用哪种监控手段，日志一定要留。最简单的就是用console.log()和console.error()，但生产环境建议上专业的日志库，比如winston或morgan。它们能控制日志级别、输出格式、滚动切割，甚至把日志发送到远程服务器。当线上出问题的时候，翻日志往往比盯着仪表盘更管用。

APM工具：从“监控”升级到“洞察”

如果你的应用规模比较大，或者对性能要求很高，那就要请出应用性能监控（APM）工具了。像New Relic、Datadog、Dynatrace这些，不仅能告诉你CPU和内存用了多少，还能深入分析数据库查询慢在哪、哪个函数执行时间最长、内存泄漏到底出在哪个对象上。当然，这类工具功能强大，部署也有一定成本，小项目可能用不上，但做微服务架构或者流量大的业务时，它们几乎是必需品。

怎么选？

其实没有唯一的答案。小项目、单机部署，用pm2+systemd基本够用；团队协作或者线上环境，至少要配上日志和基本的进程健康检查；到了集群级别，APM工具的价值才能真正体现出来。建议从最轻量的方法开始，哪里瓶颈先抓哪里，别一上来就铺开全套方案——过犹不及。