- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我通读了 Joyent 的事后调试文章和 they recommended我们使用 bunyan。
他们谈到日志信息的质量非常重要,并且可以在出现错误时帮助解决错误。然后有外部博客网站展示了如何在他们的 Nodejs 应用程序中安装和运行 bunyan,这很好。
但我是新手,对如何有效地使用日志记录一无所知(既特定于 bunyan 又是一般的日志记录实践)。我有三个相互关联的问题。
(1) 我应该使用 bunyan 来记录应用程序中发生的每个操作吗?
即,
router.post('/submit', function(req, res) {
log.info({ req:req }, req.user.name + ' has called /submit');
saveData(req)
.then(function(data) {
log.info({data: data}, req.user.name + ' has saved to DB successfully in /submit');
res.json({'success': 'Saved!'});
})
.error(function(err) {
log.error({ err: err }, req.user.name + ' has caused an error in /submit ');
res.status(500).json("error": err});
});
});
...等等在我的应用程序中的任何地方?
(2) 如果是这样,那么我不会得到不连贯的日志输出吗? 例如,如果我们有 3 个并发用户调用 /submit
,那么消息可以是:
Alice has called /submit
Bob has called /submit
Alice has caused an error in /submit
Carol has called /submit
Bob has saved to DB successfully in /submit
Carol has saved to DB successfully in /submit
是吗?如果我有一个 Bob
的堆栈跟踪并且我试图在程序中断之前获得系统状态的先验知识,我将不得不以某种方式过滤掉其他人并按时间戳排序以获得连贯的顺序Bob
的事件数?
(3) 我应该使用 bunyan 来记录堆栈跟踪吗? 即,将 err.stack
添加到 bunyan 记录器:
.error(function(err) {
log.error({ err: err, stacktrace: err.stack }, req.user.name + ' has caused an error in /submit ');
res.status(500).json("error": err});
});
...或者是否有其他一些标准做法来记录和报告错误(这基本上意味着保存堆栈跟踪?)?
最佳答案
(1) Am I supposed to use bunyan to log every action that happens in my application?
是的,基本上。这有一些更好的要点,但基本上您希望在保持事后调试成功的合理可能性的同时做出良好的信号/噪声权衡。记录太多关于永不失败的代码路径,你会淹没在噪音中。日志记录不够多,您可能对导致问题的原因一无所知。不要太担心这个。这是一种你只有通过经验才能获得的感觉,从日志分析中很容易看出你在哪些地方产生了噪音,并且可以在事后调低或过滤掉它,以及在哪些地方执行了大量复杂的代码而没有记录任何细节,并且您需要在那里添加更多日志记录。
(2) If so, then wouldn't I get log output in disjointed pieces?
是的,但没关系。您使用后处理工具将它们重新连接成更连贯的叙述。常用技术包括记录每个请求的唯一请求 ID 以及 sessionID。这样您就可以过滤单个用户的 session 或仅过滤一个感兴趣的请求。
(3) Should I be using bunyan to log stacktraces?
是的,但是 bunyan 包括错误实例的标准序列化器,所以只需将属性命名为 err
并启用标准序列化器,您就会得到正确记录的错误消息和堆栈跟踪。
关于node.js - 使用 nodejs bunyan 正确记录错误?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30021466/
我用运行 Node node --debug app OR node --debug-brk app 它有反应 debugger listening on port 5858 Express serv
这个问题在这里已经有了答案: What is the difference between (int *i) and (int* i) in context of both C and C++? [
我有一个应用程序,它通过消息队列将数据库写入命令分派(dispatch)给工作人员(数量非常大),因此无法保证它们的接收顺序。 我有两个 Node ,例如“Account”和“Media”。在此假设的
有没有办法在调用 ts-node 时将选项传递给 Node ?我正在尝试在 Node 中使用一个实验性功能,如果它能与 ts-node 一起使用,那就太好了。 这就是我目前正在做的事情: ts-nod
我有一个容器化的Node应用程序,它在DigitalOcean服务器上运行。当我更新服务器上的应用程序时,该应用程序必须关闭一小段时间。为了能够更新应用程序并避免停机,我目前正在阅读零停机时间部署/蓝
我正在编写一个 Node.js 应用程序。我正在使用 request 和 Cheerio 加载一组 URL 并获取该网站的大量信息,现在假设我想要获取的只是标题: var urls = {"url_1
如果不弹出以下错误,我无法安装任何 Node.js 模块。错误代码引用package.json文件。如果知道为什么会发生这种情况,我们将不胜感激。 最佳答案 这些不是错误,它们只是警告。一切都应该如此
如果我运行(从我的项目目录中): supervisor javascripts/index.js 我得到:/usr/bin/env: Node :没有这样的文件或目录 如果我运行: node java
我已遵循使用 Node-Inspector 的所有步骤 但是当我打开应用程序时,我在控制台上看不到任何脚本或日志。 我的应用程序在端口 4000 上运行。我认为唯一可能发生冲突的是端口 8080 上的
我在android中使用rxjava2,有时会遇到这样的问题: Observable.fromArray( // maybe a list about photo url in SD
我目前正在使用 Node 光纤来编写同步服务器端代码。我主要通过 try-catch block 进行错误处理,但外部库或其他小部分异步代码中总是有可能发生错误。我正在考虑使用新的域功能来尝试将这些错
看起来node-debug是node-inspector周围的一个shell?分别什么时候应该使用? 最佳答案 如果您安装node-debug,您只能访问node-debug命令。 如果您安装node
我目前正在代理后面工作,该代理不允许我执行此命令的 HTTP GET 请求阶段: Node node-sass/scripts/build.js 请求阶段: gyp http GET https://
听说node js可以用在服务端。我以前用过jsp。 jsp页面内部的java代码对客户端是不可见的。如果 Node js 只是 javascript,那么它如何对客户端不可见? 最佳答案 首先,No
我正在为 Node native 插件从 node-waf 构建迁移到 node-gyp 构建系统。 node-gyp 说它支持多个目标版本,但我在使用 node-gyp 时找不到如何指定目标 Nod
给定一个 $node ,我正在尝试在以下两种输出该 $node 的方式之间做出决定。 要么 $output = theme('node', $node); 或 node_build_content($
如果package.json中的窗口A打开一个新窗口B,node-main如何访问它?这是我的代码: package.json { "main": "index.html",
我试图在我的 xml 中的特定节点 ( ) 之前插入一个注释节点。这是它的方法: function test(xmlResponse) { var parser = new DOMParse
我正在尝试做npm install wrtc使用 Node 版本 16.14.0 但这还没有完成。它在给npm error code 1所以我试图将 Node 版本更改为以前的 lts 14.19.0
当我在 Visual Studio 中运行 Node.js 应用程序时,我收到以下消息:DeprecationWarning: 'node --debug' 和 'node --debug-brk'
我是一名优秀的程序员,十分优秀!