更佳建议：当在一个流程里，如果其中一个出现错误，应该取消其他请求，然后弹出错误提示。
可以看我写的这个例子： https://stackblitz.com/edit/lvabgg?file=index.ts

消息提醒也是同样的逻辑。

写到拦截器的话，一个流程如果有多次请求，那么错误提示就会一连贯出现好几个。

错误的：
```
async function init(){
await getOrganization() // openErrorMessage('getOrganization XXX')
await getType() // openErrorMessage('getType XXX')
await getList() // openErrorMessage('getList XXX')
}
```

正确的
```
async function init(){
try{
await getOrganization()
await getType()
await getList()
}catch(e){
openErrorMessage('init error: XXXX')
}
}
```

把组件业务做到全局 http 拦截器里是普遍的错误用法，在拦截器里做消息提示也是。

正确的应该是在请求所处的组件内做。

以路由加载进度举例：假如你的进度条写在 app.vue ，那么你应该就在 app.vue 监听路由变化，从而调整进度。

换到你的案例：
首先放弃在全局拦截器里做这种事。
先设定一个概念：“流程”，一个流程里是要做一些事的，比如有 N 个请求或其他同 /异步的 function 。

假设打开一个用户列表页面为一个流程，流程里分别请求：用户列表、组织树、分类树，如果你在全局拦截器做进度条的话，那么你在打开页面的时候，每个请求都会设置不同的数值，因为每个请求的时间不一样，导致进度条抖动。

所以，你应该一个流程中，只设置一个线性的值，0-100 递增，不应该第一个到了 70 了，第二个请求又给你设置一个 40 。


在初始化流程里，正确的例子应该是这样
```
async function init(){
setProgress(0)
await getOrganization()
setProgress(30)
await getType()
setProgress(70)
await getList()
setProgress(100)
}
```

在刷新用户列表的流程里，应该是这样
```
async function refresh(){
setProgress(0)
await getList()
setProgress(100)
}
```

动不动就说狂热粉，麻烦看完这些评论再看看自己的提的问题，很难不吐槽

node 还停在 14 ？早就支持了。难不成你的项目还不支持 16+么？
新电脑新系统当然用新的软件才能做到最好的适配啊，你去用一个以前的版本，人家好心就提供 arm 版，不提供也能理解啊。

adobe 系列早就有 arm 版本了。

真的，下软件都不去官网看看，真的算个开发？

开 ssh ，大伙帮你测

最后一代

@zk4v2 #6 可以让 B 提供“推”这个行为的截图等证据，如果记录删掉了那么你需要向腾讯索要一下相关记录

"A 楼盘某销售把我的手机号推荐给了 B 楼盘"

这个有相关证据么，微信对话，录像 /音，书面协议等？

@edis0n0 #1 学习成本和招人成本高而已。我是一直在推 ng 的，ng 走的是一个赛道，vue 和 react 走的是另一个赛道，已经不能拿来比了

@wloverine #3 xshell 也不是免费的啊

termius

正常啊

单从你的场景来说，关机 /休眠是应该的，如果公司有采集测试等设备的话，开着是没问题的，就场景而论。

？？？？？，先不说公司的问题。在公共场所人走关电关水不是应该的么？又不是一定要开着的东西，你电脑有休眠那就直接休眠就好了，不好用那是微软的问题不是公司的问题。

在公司我只有笔记本，下班直接盒盖。在家我除了自己服务器不关，我笔记本不用的时候也都会盒盖的。

节约能源不是小时候家里人和老师经常说的么？

有一个是哪一个？问问题把代码、过程、日志等贴上来，不然虚空分析？

用 pnpm ，可以节约生命