这篇文章给大家分享的是有关在node中如何打印全链路日志的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。当用户报问题：线上某个功能使用报错时，如何快速准确地定位？当某个请求接口返回数据缓慢时，如何有效地追踪优化？众所周知，当一个请求到来时，大概会有以下日志产生：1、AceesLog：用户访问日志2、Exception：代码异常日志3、SQL：sql查询日志4、ThirdParty：第三方服务日志该如何追踪一条请求产生的所有日志？一般做法是使用一个requestId来做唯一标识，然后写一个中间件，把requestId注入到context上下文中，当需要打日志时，再从context中取出打印，在第三方服务和SQL日志中，还需要把requestId传入到相应的函数里面打印，这样层层传递，实在太麻烦，代码侵入性也比较强。我们的目标是降低代码侵入性，一次注入，自动跟踪。经过调研，async_hooks可以追踪异步行为的生命周期，在每个异步资源（每个请求都是一个异步资源）中，它都有2个ID，分别是asyncId（异步资源免费云主机域名当前生命周期ID），trigerAsyncId（父级异步资源ID）。async_hooks提供了以下生命周期钩子来监听异步资源：那如果我们做一个映射，每个asyncId映射一个storage，storage里面再存储对应的requestId，那requestId就可以很容易获取了。正好cls-hooked这个库已经基于async_hooks做好了封装，在同一份异步资源维护一份数据，以键值对的形式存储。（注意：async_hooked需要在高版本node>=8.2.1使用）当然社区中还有其他的实现，比如cls-session，node-continuation-local-storage等。下面讲下我把cls-hooked运用在我项目中的实例：/session.js 创建命名存储空间/logger.js 打印日志/sequelize.js sql调用logger打印日志/app.js 设置requestId、设置requestId返回响应头、打印访问日志我们看下当一条请求路径是/home?a=1到来时的日志：可以看到同一条请求整个链路的日志requestId是一样的。如果后面有告警发到告警平台，那么我们根据requestId就可以找到这条请求执行的整个链路了。细心的同学可能会观察到我在接口返回的响应头里面也设置了requestId,目的就是为了后续如果发现某条请求响应缓慢或者有问题，那直接从浏览器就可以知道requestId，就可以做分析了。我本地做了一下压测，这是内存的占用对比：比未使用async_hook多了约10%。对于我们qps是百级别的系统还好，但是如果是高并发的服务，可能要慎重考虑下了。感谢各位的阅读！关于“在node中如何打印全链路日志”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
这篇文章主要为大家展示了“CSS3中怎么实现全景图的动画效果”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“CSS3中怎么实现全景图的动画效果”这篇文章吧。 免费云主机域名 html代码： 相关推荐: css中…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
