在Node.js中怎么快速了解出错的问题
本篇内容介绍了“在Node.js中怎么快速了解出错的问题”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
创新互联网站建设由有经验的网站设计师、开发人员和项目经理组成的专业建站团队，负责网站视觉设计、用户体验优化、交互设计和前端开发等方面的工作，以确保网站外观精美、网站建设、做网站易于使用并且具有良好的响应性。
Diagnostic report 是 Node.js v14.x 提供的一个稳定功能，在某些情况下会生成一个 JSON 格式的诊断报告，可用于开发、测试、生产环境。报告会提供有价值的信息，包括：JavaScript 和本机堆栈信息、堆统计信息、平台信息、资源使用情况等，帮助用户快速追踪问题。
生成诊断报告
提供了多种触发诊断报告的时机，包括：API 调用的方式触发、针对未捕获的异常触发、用户信号触发、致命错误导致应用程序终止触发。
API 触发
调用 writeReport() 方法，会立即生成一份诊断报告，该方法可以写在仅当你需要诊断报告时调用，以获取所需的信息。
const process = require('process'); process.report.writeReport();报告默认目录：Node.js 进程当前工作目录报告默认名称：YYYYMMDD.HHMMSS.PID.SEQUENCE.txt
未捕获错误触发
当程序遇到未捕获错误时主动触发，需要在启动服务时加上 --report-uncaught-exception 标志，例如：node --report-uncaught-exception app.js
// app.js throw new Error('testerror')信号触发
正在运行的 Node.js 进程在接收到特定的信号后生成诊断报告，默认的信号为 -SIGUSR2，同样在启动服务时加上 --report-on-signal 标志。
// app.js console.log(`process id: ${process.pid}`) setInterval(() => {}, 1000);启动服务 node --report-on-signal app.js 之后触发信号 kill -SIGUSR2 55800 会看到如下信息：
process id: 3512 Writing Node.js report to file: report.20210113.211250.3512.0.001.json Node.js report completed
基于信号的报告生成，目前 Windows 系统是不支持的。通常无需修改触发报告的信号，如果 -SIGUSR2 信号已用途其它用途，可通过 --report-signal 标志修改，例如在启动服务时这样执行：node --report-on-signal --report-signal SIGPIPE app.js
致命错误导致应用程序终止触发
在启动服务时上 --report-on-fatalerror 标志，当程序发生一些致命错误，例如内存泄漏、Node.js 运行时的内部错误等也会触发生成诊断报告。以下是一个触发内存泄漏的例子：
const format = bytes => (bytes / 1024 / 1024).toFixed(2) + ' MB'; const print = () => { const memoryUsage = process.memoryUsage(); console.log(`heapTotal: ${format(memoryUsage.heapTotal)}, heapUsed: ${format(memoryUsage.heapUsed)}`); } const total = []; setInterval(() => { total.push(new Array(20, 1024, 1024)); print(); }, 1000)用例分析
事件循环计时器(timer)句柄信息
以下代码就是每 10 秒中程序执行一次，你可以通过上面讲的信号的方式在启动之后获取诊断报告。
console.log(process id: ${process.pid}) setInterval(() => {}, 1000 * 10);诊断报告会有很多信息，我们要看 timer 的信息，定时器属于事件循环的阶段之一，所以定位到 libuv 这个数组里，以下报告则展示其句柄信息 is_active 就是活动的，firesInMsFromNow 是该计时器的触发还需要多长时间，当前示例大约还要 9 秒多执行。
"libuv": [ { "type": "timer", "is_active": true, "is_referenced": true, "address": "0x0000000105804100", "repeat": 0, "firesInMsFromNow": 9067, "expired": false } ]参考：Easily identify problems in Node.js applications with Diagnostic Report
诊断工具(report-toolkit)
report-toolkit 是 IBM 开发的一款工具，用于简化 Node.js 的诊断报告的使用，使用它在某些情况下可帮助我们快速定位问题。首先全局安装它，如下命令，之后会生成一个全局的可执行命令 rtk
npm install report-toolkit --global
inspect 命令
inspect 命令用于自动发现 Node.js 诊断报告中的潜在问题，如果检测出问题会输出一条信息，可能是警告。
const format = function (bytes) { return (bytes / 1024 / 1024).toFixed(2) + ' MB'; }; const print = function() { const memoryUsage = process.memoryUsage(); console.log(`heapTotal: ${format(memoryUsage.heapTotal)}, heapUsed: ${format(memoryUsage.heapUsed)}`); } const total = []; setInterval(function() { total.push(new Array(20 * 1024 * 1024)); // 大内存占用 print(); }, 1000)执行 node --report-on-fatalerror test.js 后过一小会报 avaScript heap out of memory 错误同时会生成一份诊断报告，下面是我们使用 rtk 诊断工具检测得到如下结果：
diff 命令diff 命令正如它的名字一样，是用来比较多个报告之间的不同。
关于诊断报告工具 report-toolkit 的更多使用指南参考 report-toolkit Quick Start。
“在Node.js中怎么快速了解出错的问题”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
分享标题：在Node.js中怎么快速了解出错的问题
本文路径：http://cdiso.cn/article/pciogp.html
