process存在于全局对象上,不需要使用require()加载即可使用,process模块主要做两方面的事情
- 读:获取进程信息(资源使用、运行环境、运行状态)
- 写:执行进程操作(监听事件、调度任务、发出警告)资源使用
资源使用
指运行此进程所消耗的机器资源。例如内存、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
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 }
运行环境
运行环境指此进程运行的宿主环境包括运行目录、node环境、cpu架构、用户环境、系统平台
运行目录
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'
,'arm64'
,'ia32'
,'mips'
,'mipsel'
,'ppc'
,'ppc64'
,'s390'
,'s390x'
,'x32'
'x64'
用户环境
NODE_ENV=dev node b.js
除了启动时的自定义信息之外,process.env还可以获得其他的用户环境信息(比如PATH、SHELL、HOME等),感兴趣的可以自己打印一下试试
系统平台
This platform is darwin
支持的系统平台包括:'aix'
'darwin'
'freebsd'
'linux'
'openbsd'
'sunos'
'win32'
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的区别有两方面:
- beforeExit里面可以执行异步代码、exit只能是同步代
- 码手动调用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时,可以通过命令行选项施加影响
--throw-deprecation
会抛出异常--no-deprecation
不输出DeprecationWarning--trace-deprecation
打印详细堆栈信息
node --throw-deprecation index.js
node --no-deprecation index.js
node --trace-deprecation index.js