对于线上项目，如果不封装错误响应及提示将会是用户迷惑，带来极差的用户体验，同时，对于收集错误、定位问题也是很难的；针对支付宝及微信小程序，审核要求对错误信息进行友好提示及反馈处理，否则将影响小程序健康分值，影响流量分发。
2 使用场景：外部项目或电商项目如果项目是给第三方用的，开发完成后无法再次调试，当发现错误时极难定位是什么问题，是客户端或是服务端错误，状态码提示能让不懂开发的人员可以迅速报告问题类型，以便采取相应措施及时补救，尤其对于电商或线上交易项目尤为重要。
HTTP常见请求状态码及解释
HTTP常见请求状态码及解释
状态码截图：
可复制代码：
export default { 200: '请求被正确处理并返回了结果', 201: '新增或修改数据成功', 202: '请求已进入任务队列，被异步处理',
203: '令牌或登录状态失效',
204: '删除数据成功', 301: '请求的资源被永久重定向到新的位置，将从新的地址重新请求', 302: '请求的资源被临时重定向到新的位置', 400: '请求参数错误，服务器没有对数据做新建或修改', 401: '无访问权限，用户名、密码、令牌错误', 403: '得到访问授权，但访问是被禁止', 404: '访问的是不存在的资源', 405: '请求方式不正确', 406: '请求的数据格式不是服务接收的类型', 410: '请求的资源被永久删除', 422: '服务器创建对象时发生错误', 500: '服务器不可用，未返回正确的数据', 502: '服务器网关错误', 503: '服务器过载或维护中', 504: '服务器响应超时', }
作用及使用场景
1
作用：封装异步请求
