Node.js笔记之process模块解读

前端之家收集整理的这篇文章主要介绍了Node.js笔记之process模块解读前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

process存在于全局对象上,不需要使用require()加载即可使用,process模块主要做两方面的事情

  1. 读:获取进程信息(资源使用、运行环境、运行状态)
  2. 写:执行进程操作(监听事件、调度任务、发出警告)资源使用

资源使用

指运行此进程所消耗的机器资源。例如内存、cpu

内存

{ RSS: 21848064,heapTotal: 7159808,heapUsed: 4431688,external: 8224
}

RSS(常驻内存)的组成见下图

code segment对应当前运行的代码

external对应的是C++对象(与V8管理的JS对象绑定)的占用的内存,比如Buffer的使用

{ RSS: 22052864,heapTotal: 6635520,heapUsed: 4161376,external: 1048584224 }

cpu

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 }

user对应用户时间,system代表系统时间

运行环境

运行环境指此进程运行的宿主环境包括运行目录、node环境、cpu架构、用户环境、系统平台

运行目录

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: 3333 }

node环境

// v9.1.0

如果不仅仅希望获得node的版本信息,还希望v8、zlib、libuv版本等信息的话就需要使用process.versions了

cpu架构

// This processor architecture is x64

支持的值包括'arm'@H_404_69@,'arm64'@H_404_69@,'ia32'@H_404_69@,'mips'@H_404_69@,'mipsel'@H_404_69@,'ppc'@H_404_69@,'ppc64'@H_404_69@,'s390'@H_404_69@,'s390x'@H_404_69@,'x32'@H_404_69@ 'x64'@H_404_69@

用户环境

NODE_ENV=dev node b.js

除了启动时的自定义信息之外,process.env还可以获得其他的用户环境信息(比如PATH、SHELL、HOME等),感兴趣的可以自己打印一下试试

系统平台

This platform is darwin

支持的系统平台包括'aix'@H_404_69@ 'darwin'@H_404_69@ 'freebsd'@H_404_69@ 'linux'@H_404_69@ 'openbsd'@H_404_69@ 'sunos'@H_404_69@ 'win32'@H_404_69@

android目前还处于试验阶段

运行状态

运行状态指当前进程的运行相关的信息包括启动参数、执行目录、主文件、PID信息、运行时间

启动参数

获取启动参数有三个方法,execArgv获取Node.js的命令行选项(见官网文档

argv获取非命令行选项的信息,argv0则获取argv[0]的值(略有差异)

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' ]

// /Users/xxxx/.nvm/versions/node/v9.1.0/bin/node

文件

除了require.main之外也可以通过process.mainModule来判断一个模块是否是主文件

//b.js
require('./a');
console.log(module B: ${process.mainModule === module});

node b.js
// 输出
module A: false
module B: true

PID信息

监听事件

常用的事件有beforeExit、exit、uncaughtException、message

beforeExit与exit的区别有两方面:

  1. beforeExit里面可以执行异步代码、exit只能是同步代
  2. 码手动调用process.exit()或者触发uncaptException导致进程退出不会触发beforeExit事件、exit事件会触发。

因此下面的代码console都不会被执行

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

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

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

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见下图,后面会做进一步详细的讲解

发出警告

// (node:14771) [MY_WARNING] XXXX: Something warning happened!

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

  1. --throw-deprecation@H_404_69@ 会抛出异常
  2. --no-deprecation@H_404_69@ 不输出DeprecationWarning
  3. --trace-deprecation@H_404_69@ 打印详细堆栈信息
node --throw-deprecation index.js
node --no-deprecation index.js
node --trace-deprecation index.js

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持编程之家。

猜你在找的Node.js相关文章