目录
process
对象是Node的一个全局对象,提供当前Node进程的信息。它可以在脚本的任意位置使用,不必通过require
命令加载。该对象部署了EventEmitter
接口。
进程的退出码
进程退出时,会返回一个整数值,表示退出时的状态。这个整数值就叫做退出码。下面是常见的Node进程退出码。
0,正常退出
1,发生未捕获错误
5,V8执行错误
8,不正确的参数
128 + 信号值,如果Node接受到退出信号(比如SIGKILL或SIGHUP),它的退出码就是128加上信号值。由于128的二进制形式是10000000, 所以退出码的后七位就是信号值。
Bash可以使用环境变量$?
,获取上一步操作的退出码。
$ node nonexist.js Error: Cannot find 'nonexist.js'$ echo $?1
上面代码中,Node执行一个不存在的脚本文件,结果报错,退出码就是1。
属性
process对象提供一系列属性,用于返回系统信息。
process.argv:返回当前进程的命令行参数数组。
process.env:返回一个对象,成员为当前Shell的环境变量,比如
process.env.HOME
。process.installPrefix:node的安装路径的前缀,比如
/usr/local
,则node的执行文件目录为/usr/local/bin/node
。process.pid:当前进程的进程号。
process.platform:当前系统平台,比如Linux。
process.title:默认值为“node”,可以自定义该值。
process.version:Node的版本,比如v0.10.18。
下面是主要属性的介绍。
stdout,stdin,stderr
以下属性指向系统I/O。
(1)stdout
stdout属性指向标准输出(文件描述符1)。它的write方法等同于console.log,可用在标准输出向用户显示内容。
console.log = function(d) { process.stdout.write(d + '\n');};
下面代码表示将一个文件导向标准输出。
var fs = require('fs');fs.createReadStream('wow.txt') .pipe(process.stdout);
上面代码中,由于process.stdout和process.stdin与其他进程的通信,都是流(stream)形式,所以必须通过pipe管道命令中介。
var fs = require('fs');var zlib = require('zlib');fs.createReadStream('wow.txt') .pipe(zlib.createGzip()) .pipe(process.stdout);
上面代码通过pipe方法,先将文件数据压缩,然后再导向标准输出。
(2)stdin
stdin代表标准输入(文件描述符0)。
process.stdin.pipe(process.stdout)
上面代码表示将标准输入导向标准输出。
由于stdin和stdout都部署了stream接口,所以可以使用stream接口的方法。
process.stdin.setEncoding('utf8');process.stdin.on('readable', function() { var chunk = process.stdin.read(); if (chunk !== null) { process.stdout.write('data: ' + chunk); }});process.stdin.on('end', function() { process.stdout.write('end');});
(3)stderr
stderr属性指向标准错误(文件描述符2)。
argv,execPath,execArgv
argv属性返回一个数组,由命令行执行脚本时的各个参数组成。它的第一个成员总是node,第二个成员是脚本文件名,其余成员是脚本文件的参数。
请看下面的例子,新建一个脚本文件argv.js。
// argv.jsconsole.log("argv: ",process.argv);
在命令行下调用这个脚本,会得到以下结果。
$ node argv.js a b c[ 'node', '/path/to/argv.js', 'a', 'b', 'c' ]
上面代码表示,argv返回数组的成员依次是命令行的各个部分,真正的参数实际上是从process.argv[2]
开始。要得到真正的参数部分,可以把argv.js改写成下面这样。
// argv.jsvar myArgs = process.argv.slice(2);console.log(myArgs);
execPath属性返回执行当前脚本的Node二进制文件的绝对路径。
> process.execPath'/usr/local/bin/node'>
execArgv属性返回一个数组,成员是命令行下执行脚本时,在Node可执行文件与脚本文件之间的命令行参数。
# script.js的代码为# console.log(process.execArgv);$ node --harmony script.js --version
process.env
process.env
属性返回一个对象,包含了当前Shell的所有环境变量。比如,process.env.HOME
返回用户的主目录。
通常的做法是,新建一个环境变量NODE_ENV
,用它确定当前所处的开发阶段,生产阶段设为production
,开发阶段设为develop
或staging
,然后在脚本中读取process.env.NODE_ENV
即可。
运行脚本时,改变环境变量,可以采用下面的写法。
$ export NODE_ENV=production && node app.js# 或者$ NODE_ENV=production node app.js
方法
process对象提供以下方法:
process.chdir():切换工作目录到指定目录。
process.cwd():返回运行当前脚本的工作目录的路径。
process.exit():退出当前进程。
process.getgid():返回当前进程的组ID(数值)。
process.getuid():返回当前进程的用户ID(数值)。
process.nextTick():指定回调函数在当前执行栈的尾部、下一次Event Loop之前执行。
process.on():监听事件。
process.setgid():指定当前进程的组,可以使用数字ID,也可以使用字符串ID。
process.setuid():指定当前进程的用户,可以使用数字ID,也可以使用字符串ID。
process.cwd(),process.chdir()
cwd
方法返回进程的当前目录(绝对路径),chdir
方法用来切换目录。
> process.cwd()'/home/aaa'> process.chdir('/home/bbb')> process.cwd()'/home/bbb'
注意,process.cwd()
与__dirname
的区别。前者进程发起时的位置,后者是脚本的位置,两者可能是不一致的。比如,node ./code/program.js
,对于process.cwd()
来说,返回的是当前目录(.
);对于__dirname
来说,返回是脚本所在目录,即./code/program.js
。
process.nextTick()
process.nextTick
将任务放到当前一轮事件循环(Event Loop)的尾部。
process.nextTick(function () { console.log('下一次Event Loop即将开始!');});
上面代码可以用setTimeout(f,0)
改写,效果接近,但是原理不同。
setTimeout(function () { console.log('已经到了下一轮Event Loop!');}, 0)
硬盘的 IO 开销是非常昂贵的,硬盘 IO 花费的 CPU 时钟周期是内存的 41000000/250 = 164000 倍。 所有在一般应用中,优化要首先考虑数磁盘 IO , 通常也就是数据层的优化,说到数据库优化,很多人第一时间会想到加索引,但是什么加了索引查询会变快呢?索引要怎么加才合适呢? 布局的传统解决方案,基于盒状模型,依赖 display属性 + position属性 + float属性。它对于那些特殊布局非常不方便,比如,垂直居中就不容易实现 主流的JS Lint工具及介绍 JavaScript已经发展蛮长时间了,对应的Lint工具也是层出不穷,下面介绍一下比较主流的几个Lint工具(其实是我用过的几个XD) 三种延时的快捷方法。 Android studio 底部的状态栏不见了如何显示 查询了相关资料,大部分都说引起的原因是JAR包错误或JAR包冲突,查看了配置文件,并没有发现错误之处,因为用的是maven工程,这让我想到了maven的JAR引用的传递性,应该是引用的JAR包中传递引用了相同的包,没有排除。通过mvn dependency:tree 命令查看当前工程引用的依赖JAR树 如果想在表上添加一个特定的WHERE条件,可以使用以下命令 为什么叫cms而不是框架,主要是因为他提供了一个程序员操作面板,看起来像是一个综合的后台管理,很容易误解具体项目的后台管理,他更像是一个数据库管理面板顺便完成api的自动开发操作。 在本文中,我们将了解Headless CMS,我们将了解它的优点以及何时使用方便。此外,我们将列举实际的主要限制。为了更好地理解HCMS如何在幕后工作,我将解释如何设计和构建RawCMS,一个带有Oauth2的Aspnet.Core Headless CMS,扩展插件系统,业务逻辑支持。该解决方案可在GitHub上获得,并作为演示版在docker hub上发布。 什么是 Headless CMS? 为什么 Headless CMS 带有真正的革命性?因为它严格的将内容和格式分离,使我们回归到内容管理的本源。这种变化必然会带来一些不确定性。因此,在开始您的第一个 CMS 项目之前,了解 Headless CMS 概念至关重要。因为它和传统的 CMS 有着本质的区别。setTimeout(f,0)
是将任务放到下一轮事件循环的头部,因此nextTick
会比它先执行。另外,