Heim >Web-Frontend >js-Tutorial >Detaillierte Erläuterung der Verwendung des Notizenprozessmoduls von Node.js

Detaillierte Erläuterung der Verwendung des Notizenprozessmoduls von Node.js

php中世界最好的语言
php中世界最好的语言Original
2018-06-01 09:46:001649Durchsuche

Dieses Mal werde ich Ihnen die Verwendung des Node.js-Notizprozessmoduls ausführlich erläutern. Was sind die Vorsichtsmaßnahmen bei der Verwendung des Node.js-Notizprozessmoduls? ist ein praktischer Fall, werfen wir einen Blick darauf.

Prozess existiert auf dem globalen Objekt und kann verwendet werden, ohne require() zum Laden zu verwenden. Das Prozessmodul erledigt hauptsächlich zwei Dinge

  1. Lesen: Prozessinformationen abrufen (Ressourcennutzung, Betriebsumgebung, Betriebsstatus)

  2. Schreiben: Prozessvorgänge ausführen (Ereignisse abhören, Aufgaben planen, Warnungen ausgeben) Ressourcennutzung

Ressourcennutzung

bezieht sich auf die Maschinenressourcen, die durch die Ausführung dieses Prozesses verbraucht werden. Beispielsweise ist die Zusammensetzung des Speichers CPU

Speicher

process.memoryUsage())
{ rss: 21848064,
 heapTotal: 7159808,
 heapUsed: 4431688,
 external: 8224 
 }

rss (residenter Speicher) in der folgenden Abbildung dargestellt

Das Codesegment entspricht dem aktuell ausgeführten Code

extern entspricht dem vom C++-Objekt belegten Speicher (gebunden an das von V8 verwaltete JS-Objekt), z. B. die Verwendung von Buffer

Buffer.allocUnsafe(1024 * 1024 * 1000);
console.log(process.memoryUsage());
{ rss: 22052864,
 heapTotal: 6635520,
 heapUsed: 4161376,
 external: 1048584224 }

CPU

const startUsage = process.cpuUsage();
console.log(startUsage);
const now = Date.now();
while (Date.now() - now < 500);
console.log(process.cpuUsage());
console.log(process.cpuUsage(startUsage)); //相对时间
// { user: 59459, system: 18966 }
// { user: 558135, system: 22312 }
// { user: 498432, system: 3333 }

Benutzer entspricht der Benutzerzeit, System stellt die Systemzeit dar

Laufumgebung

Die laufende Umgebung bezieht sich auf die Ausführung dieses Prozesses. Die Host-Umgebung umfasst das laufende Verzeichnis, die Knotenumgebung, die CPU-Architektur, die Benutzerumgebung und die Systemplattform

Laufendes Verzeichnis

const startUsage = process.cpuUsage();
console.log(startUsage);
const now = Date.now();
while (Date.now() - now < 500);
console.log(process.cpuUsage());
console.log(process.cpuUsage(startUsage)); //相对时间
// { user: 59459, system: 18966 }
// { user: 558135, system: 22312 }
// { user: 498432, system: 3333 }

Knotenumgebung

console.log(process.version)
// v9.1.0

Wenn Sie nicht nur die Knotenversionsinformationen, sondern auch v8, zlib, libuv-Version und andere Informationen erhalten möchten, müssen Sie den Prozess verwenden. Versionen

console.log(process.versions);
{ http_parser: '2.7.0',
 node: '9.1.0',
 v8: '6.2.414.32-node.8',
 uv: '1.15.0',
 zlib: '1.2.11',
 ares: '1.13.0',
 modules: '59',
 nghttp2: '1.25.0',
 openssl: '1.0.2m',
 icu: '59.1',
 unicode: '9.0',
 cldr: '31.0.1',
 tz: '2017b' }

CPU-Architektur

console.log(`This processor architecture is ${process.arch}`);
// This processor architecture is x64

Zu den unterstützten Werten gehören: 'arm', 'arm64', 'ia32', 'mips', 'mipsel', 'ppc', 'ppc64', 's390', 's390x', 'x32' 'x64'

Benutzerumgebung

console.log(process.env.NODE_ENV); // dev
NODE_ENV=dev node b.js

Zusätzlich zu benutzerdefinierten Informationen beim Start kann Process.env auch abgerufen werden andere Benutzerumgebungsinformationen (wie PATH, SHELL, HOME usw.), wenn Sie interessiert sind. Sie können versuchen, sie selbst auszudrucken

Systemplattform

console.log(`This platform is ${process.platform}`);
This platform is darwin

Unterstützte Systemplattformen umfassen: 'aix' 'darwin' 'freebsd' 'linux' 'openbsd' 'sunos' 'win32'

Android befindet sich noch im experimentellen Stadium

Laufstatus

Der Ausführungsstatus bezieht sich auf Informationen im Zusammenhang mit der Ausführung des aktuellen Prozesses, einschließlich Startparameter, Ausführungsverzeichnis, Hauptdatei, PID-Informationen, Laufzeit

Startparameter

Es gibt drei Möglichkeiten, Startparameter abzurufen. execArgv ruft die Befehlszeilenoptionen von Node.js ab (siehe offizielle Website-Dokumentation)

argv ruft die Informationen von Nicht-Befehlszeilenoptionen ab, argv0 ruft den Wert von argv[0 ] (etwas anders)

console.log(process.argv)
console.log(process.argv0)
console.log(process.execArgv)
node --harmony b.js foo=bar --version
// 输出结果
[ '/Users/xiji/.nvm/versions/node/v9.1.0/bin/node',
 '/Users/xiji/workspace/learn/node-basic/process/b.js',
 'foo=bar',
 '--version' ]
node
[ '--harmony' ]

Ausführungsverzeichnis

console.log(process.execPath);
// /Users/xxxx/.nvm/versions/node/v9.1.0/bin/node

Laufzeit

var date = new Date();
while(new Date() - date < 500) {}
console.log(process.uptime()); // 0.569

Hauptdatei

Zusätzlich zu require.main können Sie auch den Prozess verwenden .mainModule, um festzustellen, ob ein Modul die Hauptdatei ist

//a.js
console.log(`module A: ${process.mainModule === module}`);
//b.js
require('./a');
console.log(`module B: ${process.mainModule === module}`);
node b.js
// 输出
module A: false
module B: true

PID-Informationen

console.log(`This process is pid ${process.pid}`); //This process is pid 12554

Listening-Ereignisse

Häufig verwendete Ereignisse include beforeExit, exit, uncaughtException, message

Der Unterschied zwischen beforeExit und exit besteht in zwei Aspekten:

  1. beforeExit kann asynchronen Code ausführen, Exit kann nur synchroner Code sein

  2. Code, der manuell „process.exit()“ aufruft oder „uncaptException“ auslöst, führt nicht dazu, dass der Prozess beendet wird. Das Ereignis „beforeExit“ und „exit“ werden ausgelöst.

Daher wird die folgende Codekonsole nicht ausgeführt

process.on('beforeExit', function(code) {
 console.log('before exit: '+ code);
});
process.on('exit', function(code) {
 setTimeout(function() {
  console.log('exit: ' + code);
 }, 0);
});
a.b();

当异常一直没有被捕获处理的话,最后就会触发'uncaughtException'事件。默认情况下,Node.js会打印堆栈信息到stderr然后退出进程。不要试图阻止uncaughtException退出进程,因此此时程序的状态可能已经不稳定了,建议的方式是及时捕获处理代码中的错误,uncaughtException里面只做一些清理工作(可以执行异步代码)。

注意:node的9.3版本增加了process.setUncaughtExceptionCaptureCallback方法

当process.setUncaughtExceptionCaptureCallback(fn)指定了监听函数的时候,uncaughtException事件将会不再被触发。

process.on('uncaughtException', function() {
 console.log('uncaught listener');
});
process.setUncaughtExceptionCaptureCallback(function() {
 console.log('uncaught fn');
});
a.b();
// uncaught fn

message适用于父子进程之间发送消息,关于如何创建父子进程会放在child_process模块中进行。

调度任务

process.nextTick(fn)

通过process.nextTick调度的任务是异步任务,EventLoop是分阶段的,每个阶段执行特定的任务,而nextTick的任务在阶段切换的时候就会执行,因此nextTick会比setTimeout(fn, 0)更快的执行,关于EventLoop见下图,后面会做进一步详细的讲解

发出警告

process.emitWarning('Something warning happened!', {
 code: 'MY_WARNING',
 type: 'XXXX'
});
// (node:14771) [MY_WARNING] XXXX: Something warning happened!

当type为DeprecationWarning时,可以通过命令行选项施加影响

  1. --throw-deprecation抛出异常

  2. --no-deprecation 不输出DeprecationWarning

  3. --trace-deprecation 打印详细堆栈信息

process.emitWarning('Something warning happened!', {
 type: 'DeprecationWarning'
});
console.log(4);
node --throw-deprecation index.js
node --no-deprecation index.js
node --trace-deprecation index.js

相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!

推荐阅读:

怎么使用webpack3.0配置webpack-dev-server

JS反射与依赖注入使用案例分析

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der Verwendung des Notizenprozessmoduls von Node.js. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn