详解Node.JS模块 process
process模块是nodejs提供给开发者用来和当前进程交互的工具，它的提供了很多实用的API。从文档出发，管中窥豹，进一步认识和学习process模块：
- 如何处理命令参数？
- 如何处理工作目录？
- 如何处理异常？
- 如何处理进程退出？
- process的标准流对象
- 深入理解process.nextTick
如何处理命令参数？
命令行参数指的是2个方面：
- 传给node的参数。例如node--harmonyscript.js--version中，--harmony就是传给node的参数
- 传给进程的参数。例如nodescript.js--version--help中，--version--help就是传给进程的参数
它们分别通过process.argv和process.execArgv来获得。
如何处理工作目录？
通过process.cwd()可以获取当前的工作目录。
通过process.chdir(directory)可以切换当前的工作目录，失败后会抛出异常。实践如下：
functionsafeChdir(dir){
try{
process.chdir(dir);
returntrue;
}catch(error){
returnfalse;
}
}
如何处理异常？
uncaughtException事件
Nodejs可以通过try-catch来捕获异常。如果异常未捕获，则会一直从底向事件循环冒泡。如是冒泡到事件循环的异常没被处理，那么就会导致当前进程异常退出。
根据文档，可以通过监听process的uncaughtException事件，来处理未捕获的异常：
process.on("uncaughtException",(err,origin)=>{
console.log(err.message);
});
consta=1/b;
console.log("abc");//不会执行
上面的代码，控制台的输出是：bisnotdefined。捕获了错误信息，并且进程以0退出。开发者可以在uncaughtException事件中，清除一些已经分配的资源（文件描述符、句柄等），不推荐在其中重启进程。
unhandledRejection事件
如果一个Promise回调的异常没有被.catch()捕获，那么就会触发process的unhandledRejection事件：
process.on("unhandledRejection",(err,promise)=>{
console.log(err.message);
});
Promise.reject(newError("错误信息"));//未被catch捕获的异常，交由unhandledRejection事件处理
warning事件
告警不是Node.js和Javascript错误处理流程的正式组成部分。一旦探测到可能导致应用性能问题，缺陷或安全隐患相关的代码实践，Node.js就可发出告警。
比如前一段代码中，如果出现未被捕获的promise回调的异常，那么就会触发warning事件。
如何处理进程退出？
process.exit()vsprocess.exitCode
一个nodejs进程，可以通过process.exit()来指定退出代码，直接退出。不推荐直接使用process.exit()，这会导致事件循环中的任务直接不被处理，以及可能导致数据的截断和丢失（例如stdout的写入）。
setTimeout(()=>{
console.log("我不会执行");
});
process.exit(0);
正确安全的处理是，设置process.exitCode，并允许进程自然退出。
setTimeout(()=>{
console.log("我不会执行");
});
process.exitCode=1;
beforeExit事件
用于处理进程退出的事件有：beforeExit事件和exit事件。
当Node.js清空其事件循环并且没有其他工作要安排时，会触发beforeExit事件。例如在退出前需要一些异步操作，那么可以写在beforeExit事件中：
lethasSend=false;
process.on("beforeExit",()=>{
if(hasSend)return;//避免死循环
setTimeout(()=>{
console.log("mocksenddatatoserve");
hasSend=true;
},500);
});
console.log(".......");
//输出：
//.......
//mocksenddatatoserve
注意：在beforeExit事件中如果是异步任务，那么又会被添加到任务队列。此时，任务队列完成所有任务后，又回触发beforeExit事件。因此，不处理的话，可能出现死循环的情况。如果是显式调用exit()，那么不会触发此事件。
exit事件
在exit事件中，只能执行同步操作。在调用‘exit'事件监听器之后，Node.js进程将立即退出，从而导致在事件循环中仍排队的任何其他工作被放弃。
process的标准流对象
process提供了3个标准流。需要注意的是，它们有些在某些时候是同步阻塞的（请见文档）。
- process.stderr：WriteStream类型，console.error的底层实现，默认对应屏幕
- process.stdout：WriteStream类型，console.log的底层实现，默认对应屏幕
- process.stdin：ReadStream类型，默认对应键盘输入
下面是基于“生产者-消费者模型”的读取控制台输入并且及时输出的代码：
process.stdin.setEncoding("utf8");
process.stdin.on("readable",()=>{
letchunk;
while((chunk=process.stdin.read())!==null){
process.stdout.write(`>>>${chunk}`);
}
});
process.stdin.on("end",()=>{
process.stdout.write("结束");
});
关于事件的含义，还是请看stream的文档。
深入理解process.nextTick
我第一次看到process.nextTick的时候是比较懵的，看文档可以知道，它的用途是：把回调函数作为微任务，放入事件循环的任务队列中。但这么做的意义是什么呢？
因为nodejs并不适合计算密集型的应用，一个进程就一个线程，在当下时间点上，就一个事件在执行。那么，如果我们的事件占用了很多cpu时间，那么之后的事件就要等待非常久。所以，nodejs的一个编程原则是尽量缩短每一个事件的执行事件。process.nextTick的作用就在这，将一个大的任务分解成多个小的任务。示例代码如下：
//被拆分成2个函数执行
functionBigThing(){
doPartThing();
process.nextTick(()=>finishThing());
}
在事件循环中，何时执行nextTick注册的任务呢？请看下面的代码：
setTimeout(function(){
console.log("第一个1秒");
process.nextTick(function(){
console.log("第一个1秒：nextTick");
});
},1000);
setTimeout(function(){
console.log("第2个1秒");
},1000);
console.log("我要输出1");
process.nextTick(function(){
console.log("nextTick");
});
console.log("我要输出2");
输出的结果如下，nextTick是早于setTimeout：
我要输出1
我要输出2
nextTick
第一个1秒
第一个1秒：nextTick
第2个1秒
在浏览器端，nextTick会退化成setTimeout(callback,0)。但在nodejs中请使用nextTick而不是setTimeout，前者效率更高，并且严格来说，两者创建的事件在任务队列中顺序并不一样（请看前面的代码）。
以上就是详解Node.JS模块process的详细内容，更多关于Node.JS模块process的资料请关注毛票票其它相关文章！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。