try/catch+async/await与Promise.then对比
try/catch+async/await与Promise.then对比
异步请求处理核心知识点
- 不用工具类时，Promise.then和async/await两种写法的区别、错误捕获及各自特点：
用Promise.then的话，成功逻辑写在.then里，错误捕获在.catch里，这种写法可以只关注.then、不写.catch，也不会报错，直接取结果赋值数据就行；但缺点特别明显，写单函数就要套箭头函数，要是逻辑里还依赖其他请求，再嵌套.then，就会陷入回调地狱，代码特别不好读。
用async/await的话，await下一行就是成功逻辑，想捕获错误必须用try/catch包起来，失败的情况会走到catch里，不包的话请求失败代码就直接卡停，下一行走不了；但优势是可读性极高，哪怕多请求、有依赖，写出来也像同步代码，不会嵌套混乱，所以优先用async/await。 - 不管是Promise.then/.catch，还是async/await+try/catch，都有finally方法：
这个方法不管请求成功、失败，一定会执行，最常用的场景就是请求前开启loading，在finally里统一关闭loading，避免页面卡在加载状态。 - 用工具类封装异步请求后，Promise.then就完全没必要用了，优势特别突出：
一是工具类会统一返回error和响应结果，代码里永远不会抛出未捕获的错误，不用再包try/catch，想处理错误直接if判断error就行，不想处理直接return；
二是失败时用可选链（?.）就能直接清空上一次的成功数据，不用在错误拦截里单独写清空逻辑；
三是可以放心大胆用await，哪怕多个无关联请求并行，直接Promise.all后await，写个总init方法统一处理，最后直接关loading就行，就算不关注错误，可选链也能让失败时数据自动置空，全程不用额外处理，代码又简洁又省心。
简单说，Promise.then不是没好处，但仅适用于无依赖的简单请求；async/await天生比.then更优，配合工具类封装后，异步代码写起来会特别顺畅，完全不用纠结错误拦截和嵌套的问题。