前端异常处理,常见的场景是在“异步请求”的操作过程当中,所谓“异常”---就是“不正常”,程序的运行不符合我们的预期。
程序“正常”的处理,是我们在开发过程当中的“重中之重”,是必要的“硬性指标”。
而“异常处理”,很多时候可能连“指标”都没有,更谈不上什么“硬性指标”了,所以,在开发当中是很容易被忽略的一个“主题”。
但是,“提高用户体验”与“提高程序可控性”又是两个永恒的主题,“枝繁叶茂”就是我们追求的目标(枝---主功能;叶---细节;)。
在追求“枝繁叶茂”的过程当中,“异常处理”就是细节当中的重中之重,故此,对此进行了如下实践:
常见的“异步请求”操作:1.ajax(以$.ajax为例);2.fetch;
此处对这两种方式的“异常处理”进行了实践(包括try,catch,finally,throw error,new Error(),console.error的运用),以fetch实践为主,由于fetch返回的实际上是promise对象,为了方便查看测试效果,此处直接使用promise对象代替说明。
$.ajax({
url: "/hello?name=平凡视界",
type: "GET",
success: (data) =>{
//成功相关处理
console.log('返回数据',data)
},
error: (err) =>{
//错误相关处理 404属于该处理(经测试)
//还可能是"timeout", "error", "notmodified" 和 "parsererror"。
console.log('错误处理',err);
}
});
实践1:当程序运行遇到 throw error 时,JS引擎会停止后续业务执行,程序直接进入catch环节;
new Promise((res, rej) =>{
console.log('异步开始。。。');
setTimeout(() =>{
const error = new Error('粗错啦~');
throw error; //JS引擎会停止后续业务执行,程序直接进入catch环节
res('异步OK');
},3000)
})
.then((data) =>{
console.log('异步执行OK',data);//并没有执行
},(data) =>{
console.log('异步执行拒绝',data);//并没有执行
})
.then((data) =>{
console.log('二次then执行OK',data);//并没有执行
})
.catch((err) =>{
console.error('嘿',err);//执行OK
}
实践2:当程序 resolve 时,在后续then操作当中注册的resolve handle会顺次执行,注册的reject handle与catch并未执行
new Promise((res, rej) =>{
console.log('异步开始。。。');
setTimeout(() =>{
res('异步OK');
},3000)
})
.then((data) =>{
console.log('异步执行OK',data);//执行OK
},(data) =>{
console.log('异步执行拒绝',data);//并没有执行
})
.then((data) =>{
console.log('二次then执行OK',data);//执行OK
})
.catch((err) =>{
console.error('嘿',err);//并没有执行
})
实践3:当程序 reject 时,在后续“子1级”then操作当中注册的reject handle执行---验证1,其他注册的resolve handle与catch并未执行;
new Promise((res, rej) =>{
console.log('异步开始。。。');
setTimeout(() =>{
rej('异步失败');
},3000)
})
.then((data) =>{
console.log('异步执行OK',data);//并没有执行
},(data) =>{
console.log('异步执行拒绝',data);//执行OK
})
.then((data) =>{
console.log('二次then执行OK',data);//执行OK
})
.catch((err) =>{
console.error('嘿',err);//并没有执行
})
实践4:当程序 reject 时,在后续“子2级”then操作当中注册的reject handle执行---验证2(子1级中,并没有注册reject handle相关的处理机制,故被在“子2级”then操作当中注册的reject handle接收,并执行处理),其他注册的resolve handle与catch并未执行;
new Promise((res, rej) =>{
console.log('异步开始。。。');
setTimeout(() =>{
rej('异步失败');
},3000)
})
.then((data) =>{
console.log('异步执行OK',data);//并没有执行
})
.then((data) =>{
console.log('二次then执行OK',data);//并没有执行
},(data) =>{
console.log('二次then"接收"reject异步"执行结果"(拒绝)',data);//执行OK
})
.catch((err) =>{
console.error('嘿',err);//并没有执行
})
实践5:当程序 reject 时,在后续“子4级”then操作当中注册的reject handle执行---验证2(“子1级”至“子3级”中,并没有注册reject handle相关的处理机制,故被在“子4级”then操作当中注册的reject handle接收,并执行处理),其他注册的resolve handle与catch并未执行;
new Promise((res, rej) =>{
console.log('异步开始。。。');
setTimeout(() =>{
rej('异步失败');
},3000)
})
.then((data) =>{
console.log('异步执行OK1',data);//并没有执行
})
.then((data) =>{
console.log('异步执行OK2',data);//并没有执行
})
.then((data) =>{
console.log('异步执行OK3',data);//并没有执行
})
.then((data) =>{
console.log('二次then执行OK4',data);//并没有执行
},(data) =>{
console.log('二次then"接收"reject异步"执行结果"(拒绝)',data);//执行OK
})
.catch((err) =>{
console.error('嘿',err);//并没有执行
})
实践6:当程序 reject 时,“子1级”至“子4级”中,并没有注册reject handle相关的处理机制,故被catch接收,并执行处理,其他注册的resolve handle并未执行;
new Promise((res, rej) =>{
console.log('异步开始。。。');
setTimeout(() =>{
rej('异步失败');
},3000)
})
.then((data) =>{
console.log('异步执行OK1',data);//并没有执行
})
.then((data) =>{
console.log('异步执行OK2',data);//并没有执行
})
.then((data) =>{
console.log('异步执行OK3',data);//并没有执行
})
.then((data) =>{
console.log('异步执行OK4',data);//并没有执行
})
.catch((err) =>{
console.error('嘿',err);//执行OK-----rej的时候,“其后程序”没有对rejct进行相应处理时,
//catch会接收该reject响应,并进行处理
})
try{
console.log("test");
throw new Error('出错了吧?');//throw 后面的参数,会被catch中的e接收
}
catch(e){
// e == '出错了吧?'
console.error(e);// 出错了吧?
}
finally{
console.log('怎么都会执行');// 执行OK
}
try{
#1运行代码
}
catch(err){
#1出错,程序直接进入该环节
}
finally{
#1出错 or 正常,程序都进入该环节
}
来源:https://www.cnblogs.com/pfsj/archive/2018/11/25/10017012.html
JavaScript 错误和一般处理 throw new Error(\'something went wrong\') 会在 JavaScript 中创建一个错误实例,并停止脚本的执行,除非你对错误做了一些处理。当你作为 JavaScript 开发者开启自己的职业生涯时,你自己很可能不会这样做
ECMA-262第3版引入了try catch语句,作为JavaScript中处理异常的一种标准方式。基本的语法如下所示。但是在前端js代码中很少看到try catch语句,并不是所以代码都需要加try catch来作得不偿失的保险
在前端项目中,由于JavaScript本身是一个弱类型语言,加上浏览器环境的复杂性,网络问题等等,很容易发生错误。做好网页错误监控,不断优化代码,提高代码健壮性是一项很重要的工作
异常(Exception)是一种错误处理机制,用于在指定的错误发生时改变脚本的正常流程。当异常被触发时,当前代码状态被保存,代码执行被切换到预定义的异常处理器函数(如果有)
js中的异常处理语句有两个,一个是try……catch……,一个是throw。try……catch用于语法错误,错误有name和message两个属性。throw用于逻辑错误。对于逻辑错误,js是不会抛出异常的
try中没有抛出异常,则catch语句不执行,如果有finally语句,则接着执行finally语句,继而接着执行finally之后的语句;不管是否try...catch,finally都会被执行。当try...catch中有return的话,finally后会执行try...catch中的return
很多开发者在开发过程中都会遇到异常,处理过程大同小异:捕获然后处理,事实上也确实是如此。只是从laravel自带的Exception入手,谈一谈怎样用一个更好的方式处理错误信息。
首先一个常识就是,在浏览器执行JS脚本过程中,当出现脚本错误,并且你没有手动进行异常捕捉时,他会在浏览器下面出现黄色的叹号,这是正常的
最近观察项目 CI 跑的情况如何时,会偶尔发现一两个镜像虽然构建成功但是容器跑不起来的情况。究其原因,是因为一个 exit code 的问题
不少前端工程师看到这个标题可能会产生质问:我js用得好好的,能后端能APP,为什么还要学习Python?至少有下面两个理由:
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!