在bash
命令或npm script
中使用&
来实现并发
效果时,其实是把&
左侧的命令丢入后台运行,右侧剩余命令看作 总体 任务在前台运行,以此来实现并发效果。javascript
而&&
是串行执行两侧命令,先执行完左侧后再执行右侧。java
切记!!!node
command1 & command2 && command3
复制代码
并非并发执行command1
和command2
后再执行command3
git
而是并发执行command1
和command2 && command3
github
最近,我组在远端构建组内sdk
时踩了个坑!!!原先咱们是ci
构建好sdk,推送到服务器上,发现常常会出现推过去的zip
包文件不全,或者文件全了可是文件的内容不全。非常神奇。shell
排查一番后发现,咱们package.json
中的scripts
写了个大概以下的命令npm
cross-env npm run build-core & npm run build-ui
复制代码
并把这个命令用 npm run build
代替。json
嗯~看着没问题,并行
的构建sdk-core
以及sdk-ui
。bash
构建好后就应该是打包,咱们却在ci
里面写了个“致命”的命令服务器
npm run build && node publish.js
复制代码
publish.js
就是咱们用来发布到的脚本文件。看上去也是没问题。。可是细想一下,整个命令就变成了这样
cross-env npm run build-core & npm run build-ui && node publish.js
复制代码
这里就踩到了一个坑!!!!
咱们原来是想先并行的构建ui
与core
,完成后执行上传脚本。。可是这里却变成了并行
执行下面两件事
1. 构建core
2. 构建ui和发布
复制代码
这里咱们能够粗略地理解为&&
的优先级更高因此致使了这种现象。
但实际上是bash
中&
命令的特殊性致使的,前面我对“并行”作了特殊高亮,是由于表现上是并行的,可是&
命令的含义并非并行的执行任务。
&
命令的真实含义是把左侧的任务当即进入后台执行,这样就是实现了&
两侧任务同时并发执行的效果,实际上会致使上面说的不符合指望的缘由并非由于优先级问题,按咱们的理解&
做为运算符的话优先级是高于&&
的,之因此会形成上面的缘由是由于命令按顺序执行的话,&
使得左侧任务瞬间进入后台执行,右侧剩余命令就看作一个总体任务了。
准备好4个文件index1.js
,index2.js
,index3.js
以及package.json
。
内容分别以下
index1.js
console.log('start index1');
setTimeout(() => {
console.log('end index1');
}, 6000);
复制代码
index2.js
console.log('start index2');
setTimeout(() => {
console.log('end index2');
}, 3000);
复制代码
index3.js
console.log('start index3');
setTimeout(() => {
console.log('end index3');
}, 500);
复制代码
package.json
{
"name": "npm-script",
"version": "1.0.0",
"main": "index.js",
"license": "MIT",
"scripts": {
"test":"node index1.js & node index2.js && node index3.js"
}
}
复制代码
接着咱们运行npm test
。
神奇的事情发生了!!!
node index1.js & node index2.js && node index3.js
复制代码
错误的理解上面的执行顺序的话,指望结果应该是在index1
和index2
结束后才开始index3
,实际输出否决了这个想法。
那把&
当作并行运算符而&&
的优先级更高的话,结果应该是就是index3
是在index2
后开始,而index1
和index2
是并行开始,看上面的图确实很像,但有个神奇的地方是,终端已经输出done
了,退出了,过了一会才再次输出end index1
!!
确实很神奇,但结合上面说的&
的原理就能理解。
先把index1
扔到后台执行,当前终端执行&
右边的命令,跑完index2
后跑index3
,而后结束当前终端,此时在后台的index1
可能还没执行完。这样就形成了图示现象。