Node.js 모듈 로그가 프로그램 로그를 오염시키는 것을 방지하는 방법 소개

실제로 필요한 정보를 어떻게 찾나요? 예를 들어, 애플리케이션 종속성 정보가 아닌 누가 언제 로그인했는지:

debug 很容易。我们要做的就是 import 或 require 模块，然后创建一个logger —— const log = debug('http:server'); 。你只需将特定 logger 的标记或命名空间  ‘http:server‘ 传递给 DEBUG

마찬가지로 팀에서 Node 모듈 종속성을 변경하여 문제가 있다고 의심될 때 성능 저하를 일으킬 때 , 해결해야 할 유일한 로그는 다음과 같습니다:

우리가 원하는 것은 무엇입니까? h3>🎜이상적인 로깅 솔루션은 프로그램이나 서비스 로깅에서 모듈 로그를 유지하지만 필요할 때 문제 해결을 위해 이를 켤 수 있는 기능을 갖춘 솔루션입니다. 🎜🎜이를 위해 디버그를 사용하여 Node 모듈을 켜거나 끄는 방법을 보여 드리겠습니다. 🎜 로그의 모듈. 🎜🎜필요하지 않고 이 모듈을 사용하는 서비스가 제대로 실행되고 있다면 OFF로 설정하세요. 🎜🎜ON은 문제가 있고 가능한 한 많은 로그 정보가 필요할 때 사용됩니다. 🎜

debug 모듈 개요

🎜기능적인 측면에서 일반적으로 생각하는 디버그 모듈을 생각하지 마십시오. 디버거(IDE에서 중단점을 설정하는 것과 같은 방식)는 수정된 console 모듈과 더 유사해야 합니다. 필요에 따라 로그를 켜고 끌 수 있는 도구입니다. GitHub 페이지(https://github.com/visionmedi...🎜)로 이동하면 ), 네임스페이스 등과 같은 다양한 다른 기능도 볼 수 있습니다. 지금은 이를 무시하고 프로덕션 환경을 최적화할 수 있는 도구라는 점만 알아두십시오. 🎜

디버그

를 자신의 Node 모듈에 구현해 보세요🎜코드에서 디버그를 사용하는 예를 살펴보겠습니다. . 다음이 모듈이라고 가정합니다. 🎜🎜🎜🎜🎜

const debug = require('debug');
const log = debug('http:server');
const http = require('http');
const name = 'Demo App for debug module';
 
log('booting %o', name);
 
http.createServer((req, res) => {
  log(req.method + ' ' + req.url);
  res.end('debug example\n');
}).listen(3200, () => {
  log('listening');
});

로그인 후 복사

🎜 debug 구현은 쉽습니다. 우리가 해야 할 일은 모듈을 가져오거나 요구한 다음 로거( const log = debug('http:server');)를 만드는 것뿐입니다. 디버깅을 활성화하려면 특정 로거의 태그 또는 네임스페이스 'http:server🎜'를 DEBUG 환경 변수에 전달하기만 하면 됩니다. 할 수 있다. 🎜🎜애플리케이션(예: 이 모듈을 가져오는 프로그램)을 시작하면 다음과 같이 시작됩니다. 🎜🎜🎜🎜🎜

DEBUG=http:server node app-entrypoint.js

로그인 후 복사

🎜특정 로그를 전환하기 위해 별도의 로거를 사용하려면 어떻게 해야 할까요? 예를 들어, 단지 오류로 전환하고 싶다면 어떻게 해야 할까요? 다음과 같이 또 다른 로거를 생성하는 것만큼 간단합니다: 🎜

const debug = require('debug');
const log = debug('http:server');
const errorLogger = debug('http:error'); // create new logger here, passing it a new namespace
const http = require('http');
const name = 'Demo App for debug module';
 
log('booting %o', name);
 
http.createServer((req, res) => {
  log(req.method + ' ' + req.url);
  res.end('hello\n');
 
  // fake an error to demonstrate using debug for http:error namespace
  setTimeout(() => {
    errorLogger('fake error'); // then call the logger 
  }, 1000);
}).listen(3200, () => {
  log('listening');
});

로그인 후 복사

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

DEBUG=http:error node app-entrypoint.js

로그인 후 복사

而且，当你要记录所有命名空间的日志时（在这种情况下，是 http:server 和 http:error），只需传递通配符 * 即可。

DEBUG=http:* node app-entrypoint.js

로그인 후 복사

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

然后，当我们加载页面时：

注意，debug 会写入 stderr 而不是 stdout，所以如果你有一个根据不同的来源提取日志的日志路由，这些调试日志将最终会存储在 stderr 流中。

最后，你还可以选择：

• 你可以记录所有用 debug 编写的模块的日志。
• 或者，你仍然可以用 console.log()/console.error() 记录某些内容，而另一些记录 debug

如果你有必须要记录的事项，并且与使用该模块的应用程序有关，请用 console 将其记录下来。但是如果你不这样做，就会用 debug 记录所有的内容。

为第三方模块打开 debug

到目前为止，如果你（或你的团队）编写了该模块，那么我们所介绍的内容就很棒。

但是如果你用的是第三方模块，那需要打开调试时该怎么办？

也许你已经对程序的各个部分进行了故障排除，不够现在假设你正在使用的开源模块可能会让你遇到问题。

好消息是，debug 是一个使用非常广泛的模块，npm 中的许多模块可能都在用它。第三方模块的创建者知道（至少，应该知道）该模块的用户真的不希望默认情况下进行记录，因为所有其他的日志都可能会变得杂乱无章。

由于 Express 内部使用了 debug 模块，所以如果你用了 Express 并需要对其进行故障排除，则可以通过运行以下命令打开日志：

DEBUG=express:* node your-app-entrypoint.js

查看开源 node 模块是否使用了 debug 以及是如何使用的

如果在文档中没有看到关于是否使用了 debug 的内容该怎么办？ 即便如此，也有可能使用了该模块，但是你必须进行一些挖掘。

我们已经知道 Express 文档中描述了该如何使用它，但是我们假设它并没有记录在案：

首先，你可以在项目的 GitHub（或其他开放源代码网站）上搜索 package.json，然后查找其中列出的作为依赖项的模块：

确认后，你还需要确认 1）实际正在使用中，以及 2）切换需要使用哪些标志。 GitHub 现在具有一项不错的功能，你可以在其中使用搜索栏搜索项目本身。如果我们在 Express 项目中搜索“debug”，则会发现以下内容：

토글이 "express"로 표시된 것을 볼 수 있으므로 express:*는 모든 로그인 express:view를 제공합니다. 뷰의 로그 등을 제공합니다. express:* 将为我们提供所有的日志，express:view 将为我们提供视图的日志，等等。

总结

希望你看到在 node 模块中实现 debug

요약

더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 코스