Promise.allSettled在处理多个异步请求时避免了异常穿透的问题，即使有请求失败，其他成功的请求结果仍可获取。相比Promise.all，它不会因一个实例reject就停止执行，而是为每个请求提供一个包含状态status的结果，允许开发者过滤并处理成功或失败的情况，适应更复杂的业务需求。
Promise.allSettled的用法：
在Promise.allSettled出现以前，对于需要发送一组ajax请求都是使用Promise.all去处理，待所有参数实例都resolve则可以继续执行下一步操作，但这样会有个弊端，若是有一个参数实例reject，则直接会进入到catch里面，即使其它实例参数resolve也是如此，Promise.all方法resolve的条件在于参数数组中的所有Promise实例都需要resolve才可以，这样显然在一些业务中不适用的，假如一个模块需要显示三部分内容，每一部分内容都有一个返回Promise实例的接口，如果使用Promise.all需要三个接口都成功返回数据才可以，如果有一个接口挂掉了，则另外两个接口返回的数据不能被获取到，因为此时已经进入到了catch方法，无法在成功回调的函数里面操作数据，渲染界面等。此时Promise.allSettled便派上用场了。无论参数实例是否reject，最终Promise.allSettled内部都会resolve，只不过会添加一个状态status来记录对应的参数实例是否执行成功。我们可以依据这个状态去过滤掉rejected的数据，只操作fulfilled的数据，就会得到我们想要的业务逻辑了。
异常穿透的两种写法 如下图 
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
