Node.js 当堆栈跟踪对于stdout太大时,如何获取NodeJS错误?

Node.js 当堆栈跟踪对于stdout太大时,如何获取NodeJS错误?,node.js,stdout,Node.js,Stdout,我有一个NodeJS应用程序,在部署之前通过webpack打包。在生产环境中,运行的是单个绑定的dist/server.js文件 我在调试生产中的一些错误时遇到问题,这些错误在本地运行时并不总是出现(甚至在本地运行dist/server.js)。问题不是我遇到的错误,而是由于server.js太大,stdout的错误日志被切断了。它试图写入堆栈跟踪,但是它正在写入一个巨大的文件,这个文件对于标准输出缓冲区来说太大了 如果我能看到这些错误是什么,我相信我能很快修复它们。如何告诉节点不要写入堆栈跟踪

我有一个NodeJS应用程序,在部署之前通过webpack打包。在生产环境中,运行的是单个绑定的dist/server.js文件

我在调试生产中的一些错误时遇到问题,这些错误在本地运行时并不总是出现(甚至在本地运行dist/server.js)。问题不是我遇到的错误,而是由于server.js太大,stdout的错误日志被切断了。它试图写入堆栈跟踪,但是它正在写入一个巨大的文件,这个文件对于标准输出缓冲区来说太大了


如果我能看到这些错误是什么,我相信我能很快修复它们。如何告诉节点不要写入堆栈跟踪?或者,如果有其他方法先记录错误,也可以。

理想情况下,它不应该在生产中输出任何内容,您不应该使用console.log(它会减慢应用程序的速度),应该捕获并处理所有抛出的错误。。但是您可以将这些错误写入文件,然后使用
cat
tail
head
读取记录的文件。。请看,这是一个有用的方向,但不幸的是,我使用的确切环境使访问日志文件变得困难。我正试着调试一些痛苦管理的库伯内特斯吊舱。一旦出现这种故障,Agones就会终止吊舱,并旋转一个新的吊舱来替换它。有一个大约5秒的窗口,pod既没有旋转也没有终止,在如此短的时间内访问pod是相当困难的。