使用节点。js“调试”模块避免日志污染应用程序日志的方法

  介绍

这篇文章给大家分享的是有关使用节点。js“调试”模块避免日志污染应用程序日志的方法的内容。小编觉得挺实用的,因此分享给大家做个参考。一起跟随小编过来看看吧。

<代码> npm安装 <代码> npm启动

你如何找到自己实际需要的信息?比如都有哪些用户登录以及何时登录,而不是来自应用程序依赖项的信息:

同样,当你怀疑由于你的团队对节点模块依赖项所做的更改而导致性能下降时,唯一需要解决的日志如下:

从全局来看,这是日志污染的样子:

使用节点。js“调试”模块避免日志污染应用程序日志的方法

我们想要什么

理想的日志记录方案能够使模块日志不进入程序或服务的日志记录,但能够在需要时将其打开以进行故障排除。

为此,我将向你展示如何使用调试模块来打开或关闭节点模块中的日志。

如果你不需要它们,并且使用该模块的服务运行良好,则将其设置为

上用于遇到问题并需要尽可能多的日志信息时。

<代码> 调试模块概述

在功能方面,请不要像通常在调试器中那样来考虑调试模块(就像你在id E中设置断点的方式一样),而应更像是被修改后的<代码>控制台模块。这是一种可让你根据需要打开和关闭日志的工具。如果到其GitHub页面(https://github.com/visionmedi..),则还会看到它的其他各种功能,例如命名空间等。暂时不用管这些,现在只需要知道它是一种可以优化你的生产环境的工具即可。

在你自己的节点模块中实现<代码>调试代码

让我们来看一个在代码中使用<代码> const debug=要求(& # 39;调试# 39;);   const日志=调试(& # 39;http:服务器# 39;);   const http=要求(& # 39;http # 39;);   const name=& # 39;演示应用程序调试模块# 39;;      日志(& # 39;引导% o # 39;,名称);      http。res createServer(点播)=比;{   日志(点播。方法+ & # 39;& # 39;+ req.url);   res.end(& # 39;调试示例\ n # 39;);   })。听(3200年,()=比;{   日志(& # 39;听# 39;);   });

实现<代码> 调试很容易。我们要做的就是进口或需要模块,然后创建一个记录器——<代码> const日志=调试(& # 39;http:服务器# 39;);> 调试代码环境变量,以启用调试功能即可。

启动应用程序时(即导入该模块的程序),你将会像这样去启动它:

 const debug=要求(& # 39;调试# 39;);
  const日志=调试(& # 39;http:服务器# 39;);
  const errorLogger=调试(& # 39;http:错误# 39;);//创建新的日志记录器,传递给它一个新的名称空间
  const http=要求(& # 39;http # 39;);
  const name=& # 39;演示应用程序调试模块# 39;;
  
  日志(& # 39;引导% o # 39;,名称);
  
  http。res createServer(点播)=比;{
  日志(点播。方法+ & # 39;& # 39;+ req.url);
  res.end(& # 39;你好\ n # 39;);//假一个错误来演示使用http:调试错误名称空间
  setTimeout(()=比;{
  errorLogger(& # 39;假错误# 39;);//然后调用日志记录器
  }, 1000);
  })。听(3200年,()=比;{
  日志(& # 39;听# 39;);
  });

如下所示将会仅打开错误:

 DEBUG=http: app-entrypoint *节点。js 

让我们看看这些日志现在是什么样的:

使用节点。js“调试”模块避免日志污染应用程序日志的方法

然后,当我们加载页面时:

使用节点。js“调试”模块避免日志污染应用程序日志的方法

使用节点。js“调试”模块避免日志污染应用程序日志的方法