⑴ Web前端工程师如何处理Web前端的异常_

今天小编要跟大家分享的文章是关于Web前端工程师如何处理前端的异常。前端一直是距离用户最近的一层，随着产品的日益完善，我们会更加注重用户体验，而前端异常却如鲠在喉，甚是烦人。下面我们就来看一看前端工程师该如何处理前端异常。一、为什么要处理异常异常是不可控的，会影响最终的呈现结果，但是我们有充分的理由去做这样的事情。


1.增强用户体验；
2.远程定位问题；
3.未雨绸缪，及早发现问题；
4.无法复线问题，尤其是移动端，机型，系统都是问题；
5.完善的前端方案，前端监控系统；


对于JS而言，我们面对的仅仅只是异常，异常的出现不会直接导致JS引擎崩溃，最多只会使当前执行的任务终止。二、需要处理哪些异常？对于前端来说，我们可做的异常捕获还真不少。总结一下，大概如下：


·___S语法错误、代码异常


·___JAX请求异常


·___蔡试醇釉匾斐


·___romise异常


·___frame异常


·___缬_cripterror


·___览：涂ǘ


下面我会针对每种具体情况来说明如何处理这些异常。三、Try-Catch的误区try-catch只能捕获到同步的运行时错误，对语法和异步错误却无能为力，捕获不到。
1.同步运行时错误：


try{
letname='jartto'
console.log(nam);
}catch(e){
console.log('捕获到异常：',e);
}


输出：


捕获到异常：ReferenceError:namisnotdefined
at:3:15


2.不能捕获到语法错误，我们修改一下代码，删掉一个单引号：


try{
letname='jartto;
console.log(nam);
}catch(e){

console.log('捕获到异常：',e);
}


输出：


UncaughtSyntaxError:Invalidorunexpectedtoken


不过语法错误在我们开发阶段就可以看到，应该不会顺利上到线上环境。


3.异步错误


try{
setTimeout(()=>{
undefined.map(v=>v);
},1000)
}catch(e){
console.log('捕获到异常：',e);
}


我们看看日志：


UncaughtTypeError:Cannotreadproperty'map'of
undefined
atsetTimeout(:3:11)


并没有捕获到异常，这是需要我们特别注意的地方。四、window.onerror不是万能的当JS运行时错误发生时，window会触发一个ErrorEvent接口的error事件，并执行window.onerror()。/**
*@param{String}message错误信息
*@param{String}source出错文件
*@param{Number}lineno行号
*@param{Number}colno列号
*@param{Object}errorError对象（对象）
*/

window.onerror=function(message,source,lineno,colno,error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}

1.首先试试同步运行时错误


window.onerror=function(message,source,lineno,colno,
error){
//message：错误信息（字符串）。
//source：发生错误的脚本URL（字符串）
//lineno：发生错误的行号（数字）
//colno：发生错误的列号（数字）
//error：Error对象（对象）
console.log('捕获到异常：',{message,source,lineno,colno,
error});
}
Jartto;


可以看到，我们捕获到了异常：

2.再试试语法错误呢？


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
letname='Jartto


控制台打印出了这样的异常：


UncaughtSyntaxError:Invalidorunexpectedtoken


什么，竟然没有捕获到语法错误？


3.怀着忐忑的心，我们最后来试试异步运行时错误：


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
setTimeout(()=>{
Jartto;
});


控制台输出了：


捕获到异常：{message:"Uncaught
ReferenceError:Jarttoisnotdefined",source:
"http://127.0.0.1:8001/",lineno:36,colno:5,error:
ReferenceError:Jarttoisnotdefined
atsetTimeout(http://127.0.0.1:8001/:36:5)}


4.接着，我们试试网络请求异常的情况：






我们发现，不论是静态资源异常，或者接口异常，错误都无法捕获到。


补充一点：window.onerror函数只有在返回true的时候，异常才不会向上抛出，否则即使是知道异常的发生控制台还是会显示UncaughtError:xxxxx


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
returntrue;
}
setTimeout(()=>{
Jartto;
});


控制台就不会再有这样的错误了：


UncaughtReferenceError:Jarttoisnotdefined
atsetTimeout((index):36)


需要注意：onerror最好写在所有JS脚本的前面，否则有可能捕获不到错误；onerror无法捕获语法错误；


到这里基本就清晰了：在实际的使用过程中，onerror主要是来捕获预料之外的错误，而try-catch则是用来在可预见情况下监控特定的错误，两者结合使用更加高效。


问题又来了，捕获不到静态资源加载异常怎么办？五、window.addEventListener当一项资源（如图片或脚本）加载失败，加载资源的元素会触发一个Event接口的error事件，并执行该元素上的onerror()处理函数。这些error事件不会向上冒泡到window，不过（至少在Firefox中）能被单一的window.addEventListener捕获。



window.addEventListener('error',(error)=>{
console.log('捕获到异常：',error);
},true)




控制台输出：


SHAPE*MERGEFORMAT


由于网络请求异常不会事件冒泡，因此必须在捕获阶段将其捕捉到才行，但是这种方式虽然可以捕捉到网络请求的异常，但是无法判断HTTP的状态是404还是其他比如500等等，所以还需要配合服务端日志才进行排查分析才可以。


需要注意：


·___煌榔飨路祷氐_rror对象可能不同，需要注意兼容处理。


·___枰⒁獗苊_ddEventListener重复监听。六、PromiseCatch在promise中使用catch可以非常方便的捕获到异步error，这个很简单。


没有写catch的Promise中抛出的错误无法被onerror或try-catch捕获到，所以我们务必要在Promise中不要忘记写catch处理抛出的异常。


解决方案：为了防止有漏掉的Promise异常，建议在全局增加一个对unhandledrejection的监听，用来全局监听UncaughtPromiseError。使用方式：


window.addEventListener("unhandledrejection",
function(e){
console.log(e);
});


我们继续来尝试一下：


window.addEventListener("unhandledrejection",
function(e){
e.preventDefault()
console.log('捕获到异常：',e);
returntrue;
});
Promise.reject('promiseerror');


可以看到如下输出：

那如果对Promise不进行catch呢？


window.addEventListener("unhandledrejection",
function(e){
e.preventDefault()
console.log('捕获到异常：',e);
returntrue;
});
ewPromise((resolve,reject)=>{
reject('jartto:promiseerror');
});


嗯，事实证明，也是会被正常捕获到的。


所以，正如我们上面所说，为了防止有漏掉的Promise异常，建议在全局增加一个对unhandledrejection的监听，用来全局监听UncaughtPromiseError。


补充一点：如果去掉控制台的异常显示，需要加上：


event.preventDefault();七、VUEerrorHandlerVue.config.errorHandler=(err,vm,info)=>{
console.error('通过vue
errorHandler捕获的错误');
console.error(err);
console.error(vm);
console.error(info);
}八、React异常捕获React16提供了一个内置函数componentDidCatch，使用它可以非常简单的获取到react下的错误信息


componentDidCatch(error,info){
console.log(error,info);
}


除此之外，我们可以了解一下：errorboundaryUI的某部分引起的JS错误不应该破坏整个程序，为了帮React的使用者解决这个问题，React16介绍了一种关于错误边界（errorboundary)的新观念。


需要注意的是：errorboundaries并不会捕捉下面这些错误。


1.事件处理器2.异步代码3.服务端的渲染代码4.在errorboundaries区域内的错误


我们来举一个小例子，在下面这个componentDIdCatch(error,info)里的类会变成一个errorboundary：


.Component{
constructor(props){
super(props);
this.state={hasError:false};
}
componentDidCatch(error,info){
//DisplayfallbackUI
this.setState({hasError:true});
//
logErrorToMyService(error,info);
}
render(){
if(this.state.hasError){
//
return

Somethingwentwrong.

;
}
returnthis.props.children;
}
}


然后我们像使用普通组件那样使用它：







componentDidCatch()方法像JS的catch{}模块一样工作，但是对于组件，只有class类型的组件(classcomponent)可以成为一个errorboundaries。


实际上，大多数情况下我们可以在整个程序中定义一个errorboundary组件，之后就可以一直使用它了！九、iframe异常对于iframe的异常捕获，我们还得借力window.onerror：


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}


一个简单的例子可能如下：


frameborder="0">
十、Scripterror一般情况，如果出现Scripterror这样的错误，基本上可以确定是出现了跨域问题。这时候，是不会有其他太多辅助信息的，但是解决思路无非如下：


跨源资源共享机制(CORS)：我们为script标签添加crossOrigin属性。


crossorigin>


或者动态去添加js脚本：


constscript=document.createElement('script');
script.crossOrigin='anonymous'
script.src=url;
document.body.appendChild(script);


特别注意，服务器端需要设置：Access-Control-Allow-Origin


此外，我们也可以试试这个-解决ScriptError的另类思路：


constoriginAddEventListener=EventTarget.prototype.addEventListener;
EventTarget.prototype.addEventListener=function(type,listener,options){
constwrappedListener=function(...args){
try{
returnlistener.apply(this,args);
}
catch(err){
throwerr;
}
}
returnoriginAddEventListener.call(this,type,wrappedListener,options);
}


简单解释一下：


·___男戳_ventTarget的addEventListener方法；


·___源氲_istener进行包装，返回包装过的listener，对其执行进行try-catch；


·___榔鞑换岫_ry-catch起来的异常进行跨域拦截，所以catch到的时候，是有堆栈信息的；


·___匦_hrow出来异常的时候，执行的是同域代码，所以window.onerror捕获的时候不会丢失堆栈信息；


利用包装addEventListener，我们还可以达到“扩展堆栈”的效果：


(()=>{
constoriginAddEventListener=EventTarget.prototype.addEventListener;
EventTarget.prototype.addEventListener=function(type,listener,options){
+//捕获添加事件时的堆栈
+constaddStack=newError(`Event(${type})`).stack;
constwrappedListener=function(...args){
try{
returnlistener.apply(this,args);
}
catch(err){
+//异常发生时，扩展堆栈
+err.stack+=' '+addStack;
throwerr;
}
}
returnoriginAddEventListener.call(this,type,wrappedListener,options);
}
})();十一、崩溃和卡顿卡顿也就是网页暂时响应比较慢，JS可能无法及时执行。但崩溃就不一样了，网页都崩溃了，JS都不运行了，还有什么办法可以监控网页的崩溃，并将网页崩溃上报呢？


崩溃和卡顿也是不可忽视的，也许会导致你的用户流失。


1.利用window对象的load和beforeunload事件实现了网页崩溃的监控。不错的文章，推荐阅读：Logging
InformationonBrowserCrashes。window.addEventListener('load',function(){
sessionSt

⑵ WEB开发异常是怎么回事

您好，您可以参考以下方法：

1. BEA WebLogic Portal 9.2是面向基于Java应用开发的一款应用服务器。安装程序包括BEA Workshop for WebLogic 。
   Platform，这是用于迅速构建Web服务的一种IDE。我们决定使用WebLogic，因为它在业界的应用很广泛，而且易于构建Web服务。
   

   
   (freeware)
   http://www.CodeHighlighter.com/
   
   @WebMethod
   
   (Stringdividend,String
   divisor)
   
   {
   
   doubledDividend;
   
   doubledDivisor;
   
   try
   
   {
   
   dDividend=
   Double.parseDouble(dividend);
   
   dDivisor=
   Double.parseDouble(divisor);
   
   }
   
   catch(Exception
   e)
   
   {
   
   return0;
   
   }
   
   if(dDivisor
   !=
   0)
   
   returndDividend/dDivisor;
   
   else
   return0;
   
   }

   测试显示了defensiveStringDivide(…)Web方法的行为：正面测试显示，Web服务对输入数值进行了正常的除法;
   如果输入了零除数，像defensiveDivide(…)一样，该方法也是表现正常，不会发送带堆栈跟踪的SOA错误。该方法恰当地返回零值给Web服务使用者;
   如果被除数或者除数什么也没有输入，或者输入非数值字符，该方法就会试图转换它，但转换失败，catch代码块会处理异常，然后返回零值。

   defensiveStringDivide()方法比前两种方法来得严格。该方法可以显式防范用户输入随意的非数字值。它可以控制异常处理，并且防止利用非数值输入生成堆栈跟踪。借助防御性编码，编程人员就可以通过容器的异常处理结构来防止信息泄漏。使用这种防御性方法可以降低通过Web服务途径提取程序、解析程序和容器内部的可能性。

   ⑶ java web中的异常问题

   这是算法异常了，没有正常抛出。是你的那个int b=1/0;引起的。
   你可以用
   try {
   int b=1/0;
   } catch (Exception e) {
   e.printStackTrace();
   }
   
   那你试下这样，System.out.println(b)，我没估计错的话，程序会正常抛出错误的。可能是因为这个是属于运行时异常才没有正常捕捉到

   ⑷ 火狐浏览器访问web应用异常

   排查一下是不是上线异常，比如服务器乱码等问题造成的，这种情况比较常见，另外浏览器设置有没有改过，尝试使用安全模式运行然后再测试下。

   ⑸ 执行当前 Web 请求期间,出现未处理的异常是什么原因

   无法连接到远程服务器， 一般不是你的网络不通， 就是你的连接路径有问题。你可以从这两点下手来进行检查。

   ⑹ Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，

   这个说明你的web页面执行超时了，你可以做的事情，一是检查代码，看看是哪里超时，
   简单一点就是修改web.config文件，添加：
   <system.web>
   <httpRuntime executionTimeout="10000"/>
   </system.web>
   </configuration>