ubuntu如何监控js运行状态

在 Ubuntu 环境下监控 Ja vaScript 应用的运行状态，是保障线上服务稳定性的基础操作。无论你是跑 Node.js 后台服务，还是用 Ja vaScript 做点自动化脚本，总得有一套方案来观察它是不是活着、跑得顺不顺畅。下面这四层方案，从最基础的日志到完整的可视化告警，基本能把监控体系搭建起来。

一 日志与实时查看

监控的第一步，永远是日志。Node.js 自带的 console 输出在开发调试时够用，但一上生产，就得考虑结构化日志和持久化存储了。

• 使用 winston 或 pino 这类结构化日志库，可以把不同级别的日志写入不同文件。比如 winston 将 error 日志和 combined 日志分别存盘，pino 则输出 JSON 格式，天然适合对接集中式日志系统。
• 实时查看方式也很直接：文件日志用 tail -f /path/to/app.log；如果应用是用 systemd 托管的，journalctl -u your-service-name -f 就能实时跟踪系统日志。
• 生产环境建议统一日志格式为 JSON，合理设置 info/warn/error 级别，同时把日志落盘并接入集中式平台（如 ELK 或 Graylog），方便检索和告警。

二 进程与资源监控

日志解决的是“出了什么事”，而进程监控解决的是“现在跑得怎么样”。这里推荐用 PM2 管理 Node.js 进程——它不仅能启动应用，还自带资源监控和日志查看功能。

• 启动应用：pm2 start app.js --name my-app；查看实时资源与状态：pm2 monitor；集中查看日志：pm2 logs my-app。PM2 还支持自动重启、集群模式与内置仪表盘，非常适合生产环境常驻进程管理。
• 系统级的资源观测也不能少。交互式工具如 top/htop 可以快速查看进程 CPU 和内存占用；vmstat、iostat、free、df 这类指标工具则能帮你定位 I/O、内存、磁盘瓶颈。开发排障时，还可以结合 Node.js 内置的性能工具（如 v8-profiler、heapdump）或 node --inspect 进行 CPU/内存采样与堆快照分析。

三 指标与可视化告警

日志和进程监控都是“事后”或“实时”观察，但真正的主动监控需要指标采集和可视化告警，这样才能在问题恶化前收到通知。

• 自建指标方案：用 prom-client 暴露 HTTP 请求时延、吞吐、错误率等关键指标，Prometheus 负责抓取，Grafana 负责展示与告警。这套组合拳在社区中很成熟，可定制性强。
• 如果不想从零搭建，可以用 Uptime Kuma 做服务可达性与可用性监控——它支持 HTTP/HTTPS、TCP、Ping 等多种协议，并且能通过 Telegram、Discord、Slack 发送通知。快速搭建一个可视化告警面板，这个工具很顺手。
• 更深度的观测可以上 APM 工具，比如 New Relic 或 Datadog。它们能提供事务追踪、错误堆栈、依赖调用链和慢查询分析，适合需要全链路性能观测的场景。

四 快速落地方案

不同阶段有不同需求，这里给出两个典型场景的推荐做法。

• 开发/调试阶段：直接用 node --inspect-brk app.js 进入调试模式，然后在 Chrome DevTools 的 chrome://inspect 中进行断点与性能分析。配合 console 或调试库，可以快速定位问题。
• 生产最小闭环：
  
  • 用 PM2 启动并托管进程：pm2 start app.js --name my-app；
  • 结构化日志用 winston/pino 输出到文件，并按日或大小滚动；
  • 实时观测用 journalctl -u my-app -f 或 pm2 logs my-app；
  • 可视化与告警用 Prometheus + Grafana 展示关键指标，Uptime Kuma 监控 HTTP 可达性与延迟；
  • 深入排障时，用 heapdump 生成堆快照，再结合 DevTools 的 Memory 面板分析内存泄漏。