Node.js process 模块解读

process存在于全局对象上，不须要使用require()加载便可使用，process模块主要作两方面的事情html

获取进程信息（资源使用、运行环境、运行状态）
执行进程操做（监听事件、调度任务、发出警告）

资源使用

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

内存

process.memoryUsage())

{ rss: 21848064,
  heapTotal: 7159808,
  heapUsed: 4431688,
  external: 8224 
 }
复制代码

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

code segment对应当前运行的代码android

external对应的是C++对象（与V8管理的JS对象绑定）的占用的内存，好比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 }
复制代码

user对应用户时间，system表明系统时间api

运行环境

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

运行目录

console.log(`Current directory: ${process.cwd()}`);

// Current directory: /Users/xxxx/workspace/learn/node-basic/process
复制代码

node环境

console.log(process.version)

// v9.1.0
复制代码

若是不只仅但愿得到node的版本信息，还但愿v八、zlib、libuv版本等信息的话就须要使用process.versions了markdown

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架构

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

// This processor architecture is x64
复制代码

支持的值包括：'arm', 'arm64', 'ia32', 'mips', 'mipsel', 'ppc', 'ppc64', 's390', 's390x', 'x32' 'x64'架构

用户环境

console.log(process.env.NODE_ENV); // dev

NODE_ENV=dev node b.js

复制代码

除了启动时的自定义信息以外，process.env还能够得到其余的用户环境信息（好比PATH、SHELL、HOME等），感兴趣的能够本身打印一下试试app

系统平台

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

This platform is darwin
复制代码

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

android目前还处于试验阶段

运行状态

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

启动参数

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

argv获取非命令行选项的信息，argv0则获取argv[0]的值（略有差别)

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' ]
复制代码

执行目录

console.log(process.execPath);

// /Users/xxxx/.nvm/versions/node/v9.1.0/bin/node
复制代码

运行时间

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

主文件

除了require.main以外也能够经过process.mainModule来判断一个模块是不是主文件

//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信息

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

监听事件

process是EventEmiiter的实例对象，所以可使用process.on('eventName', () => {})来监听事件。经常使用的事件类型分两种：

进程状态好比：beforeExit、exit、uncaughtException、message
信号事件好比：SIGTERM、SIGKILL、SIGUSR1

beforeExit与exit的区别有两方面：

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

所以下面的代码console都不会被执行

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模块解读。

SIGTERM信号虽然也是用于请求终止Node.js进程，可是它与SIGKILL有所不一样，进程能够选择响应仍是忽略此信号。 SIGTERM会以一种友好的方式来结束进程，在进程结束以前先释放已分配的资源（好比数据库链接），所以这种方式被称为优雅关闭(graceful shutdown) 具体的执行步骤以下：

应用程序被通知须要关闭（接收到SIGTERM信号）
应用程序通知负载均衡再也不接收新的请求
应用程序完成正在进行中的请求
释放资源（例如数据库链接）
应用程序正常退出，退出状态码为0

SIGUSR1 Node.js当接收到SIGUSR1信号时会启动内置的调试器，当执行下列操做时

kill -USR1 PID_OF_THE_NODE_JS_PROCESS
复制代码

能够看到node.js会启动调试器代理，端口是9229

server is listening 8089
Debugger listening on ws://127.0.0.1:9229/7ef98ccb-02fa-451a-8954-4706bd74105f
For help, see: https://nodejs.org/en/docs/inspector
复制代码

也能够在服务启动时使用--inspect 来启动调试代理

node --inspect index.js
复制代码

调度任务

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时，能够经过命令行选项施加影响

--throw-deprecation 会抛出异常
--no-deprecation 不输出DeprecationWarning
--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
复制代码

参考资料

blog.risingstack.com/mastering-t…