Promise流程的控制
- 流程控制是根据定义的先后顺序,按照定义的顺序进行执行的。
function fnResolve(promiseCB){
return Promise.resolve(promiseCB()).then(()=>{
console.log(3);
});
}
function initPro (){
return new Promise((resolve,reject)=>{
setTimeout(()=>{
console.log('initPro',1);
fnResolve(resolve);
},1000);
});
}
function initPro2 (){
return new Promise((resolve,reject)=>{
setTimeout(()=>{
console.log('initPro2',1);
fnResolve(resolve);
},500);
});
}
function initPro3 (){
return new Promise((resolve,reject)=>{
setTimeout(()=>{
console.log('initPro3',1);
resolve();
},1500);
});
}
label test2:
initPro().then(()=>{
console.log(2);
});//打印顺序,1,2,3
label test3:
initPro().then(async ()=>{
console.log(2);
await initPro3()
console.log(4);
});//这里看起来虽然是同步操作,但是在系统处理的时候,仍然是以异步来处理的,只是await下一行的代码,要等到initPro3执行完成之后才会执行,也就是说,这里打印出来的顺序是‘initPro2 1’,2,3,‘initPro3 1’,4
解析: 当我们需要在Promise的第一步流程结束之后需要做一些别的事情的时候,是可以通过这样的操作做一下相同的操作(如:uiloading的加载与隐藏),需要注意为什么不用finally,根据上面说的,不论你的流程是怎么写的,实际执行顺序都取决于你的定义顺序,如果finally定义在前,then定义在后,也是先执行finally再执行then.
2. 上面的代码中,把Resolve函数传入到了一个处理状态的中间函数,当Promise执行之前,已经定义好的then操作都在这个resolve中,且只有当resolve中是同步操作的时候,才适用。否则会像test3中那样,明明函数没有执行完,结果却resolve的中间函数已经执行完了。
3. 出现test3中的情况,可以百度搜索一下 主进程和协程。 原因是:当使用了await 对应的异步操作被放到了协程中,等主进程结束之后,才会继续执行协程中的内容