javascript中的异常处理

最新推荐文章于 2024-06-06 00:00:00 发布

广交天下好友

最新推荐文章于 2024-06-06 00:00:00 发布

阅读量1k

点赞数

分类专栏： web前端文章标签： javascript exception function js引擎浏览器 mozilla

web前端专栏收录该内容

14 篇文章 0 订阅

订阅专栏

try catch finally是javas cript语言提供的异常处理机制。语法结构如下

try {

tryStatements}

catch(exception){

catchStatements}

finally {

finallyStatements}

try {
  //这段代码从上往下运行，其中任何一个语句抛出异常该代码块就结束运行

}
catch (e) {
  // 如果try代码块中抛出了异常，catch代码块中的代码就会被执行。
  //e是一个局部变量，用来指向Error对象或者其他抛出的对象
}
finally {

  //无论try中代码是否有异常抛出（甚至是try代码块中有return语句），finally代码块中始终会被执行。
 }

＝＝＝＝＝＝＝＝＝＝＝＝＝

参数：

tryStatement

必选项。可能发生错误的语句。

exception

必选项。任何变量名。exception 的初始化值是扔出的错误的值。

catchStatement

可选项。处理在相关联的 tryStatement 中发生的错误的语句。

finallyStatements

可选项。在所有其他过程发生之后无条件执行的语句。

说明：

try...catch...finally 语句提供了一种方法来处理可能发生在给定代码块中的某些或全部错误，同时仍保持代码的运行。如果发生了程序员没有处理的错误，JScript 只给用户提供它的普通错误信息，就好象没有错误处理一样。

tryStatements 参数包含可能发生错误的代码，而 catchStatement 则包含处理任何发生了的错误的代码。如果在 tryStatements 中发生了一个错误，则程序控制被传给 catchStatements 来处理。exception 的初始化值是发生在 tryStatements 中的错误的值。如果错误不发生，则不执行 catchStatements。

如果在与发生错误的 tryStatements 相关联的 catchStatements 中不能处理该错误，则使用 throw 语句来传播、或重新扔出这个错误给更高级的错误处理程序。

在执行完 tryStatements 中的语句，并在 catchStatements 的所有错误处理发生之后，可无条件执行 finallyStatements 中的语句。

请注意，即使在 try 或 catch 块中返回一个语句，或在 catch 块重新扔出一个错误，仍然会执行 finallyStatements 编码。一般将确保 finallyStatments 的运行，除非存在未处理的错误。（例如，在 catch 块中发生运行时错误。）。

try…catch…finally…语法中除了try以外catch和finally都是可选的（两者必须要有一个），也就是说try…catch…finally…语法有以下三种形式

try{

//some code

}

catch(e){

//somecode

}

finally{

//some code

}

try{

//some code

}

catch(e){

//somecode

}

try{

//some code

}

finally{

//some code

}

如果有一定catch，一旦try中代码抛出异常以后就是先执行catch中的代码，然后执行finally中的代码。如果没有catch语句,try中的代码抛出异常后,就会先执行finally中的语句，然后将try中抛出的异常以异常的方式继续往上抛。

不管try代码块的执行时如何被终止的（出现异常、return、自然终止）finally中的语句始终会被执行，正是由于finally的这种特性，通常finally用来执行一些清理工作。如果try中代码是以return,continue,break的方式终止的，Javascript引擎会在执行完finally中的语句以后再执行相应的try中的返回语句。

throw语句说明

    throw语句在javascript1.4中已经实现。try的语法很简单，如下

    throw expression;

其中的expression可以是任何一种类型，也就是说throw “There is a error” 或是throw 1001都是正确的。但通常我们会抛出一个Error对象或是Error对象的子类。关于Error我们稍后介绍，先看一段throw的样例代码。

function factorial(x) {

// If the input argument is invalid, throw an exception!

if (x < 0) throw new Error("x must not be negative");

// Otherwise, compute a value and return normally

for(var f = 1; x > 1; f *= x, x--) /* empty */ ;

return f;

}

Error对象

Error对象和它的子类是在javascript1.5中实现的。Error的构造函数有两种

new Error( )

new Error(message )

Error有两个基本的属性name和message。message用来表示异常的详细信息。而name指的的是Error对象的构造函数。此外，不同的js引擎对Error还各自提供了一些扩展，例如mozilla提供了de>fileName（异常出现的文件名称）和linenumber（异常出现的行号)的扩展，而IE提供了number（错误号）的支持。不过name和message是两个基本的属性，在firefox和ie中都能够支持。Javascript中Error还有几个子类de>EvalError,RangeError,ReferenceError,SyntaxError,TypeError,URIError，各自的意思就不在这里详细描述了，读者可以在我提供的参考文档中找到相应的参考。

Javascript的异常处理机制和window.onerror句柄

当javascript代码中出现错误的时候，js引擎就会根据js的调用栈逐级寻找对应的catch，如果没有找到相应的catch handler或catch handler本身又有error或者又抛出新的error，最后就会把这个error的处理交给浏览器，浏览器会用各自不同的方式（IE以黄色三角图案显示在左下角，而firefix会显示在错误控制台中）显示错误信息给访问者。很多场景下，我们会觉得这种错误提示方式不够友好，而且提示信息很隐蔽，那么我们机会自定义这种错误提示的方式吗？答案是有，就是window.onerror属性。

javascript的window对象有一个特别的属性onerror，如果你将某个function赋值给window的onerror属性，那么但凡这个window中有javascript错误出现，该function都会被调用，也就是说这个function会成为这个window的错误处理句柄。

// Display error messages in a dialog box, but never more than 3

window.on error = function(msg, url, line) {

if (on error.num++ < on error.max) {

alert("ERROR: " + msg + "\n" + url + ":" + line);

return true;

}

on error.max = 3;

on error.num = 0;

onerror句柄会3个参数分别是错误信息提示，产生错误的javascript的document ulr，错误出现的行号。

onerroe句柄的返回值也很重要，如果句柄返回true，表示浏览器无需在对该错误做额外的处理，也就是说浏览器不需要再显示错误信息。而如果返回的是false，浏览器还是会提示错误信息。

window.onerror=function(){

alert(”xx”);

return true; //如果注释掉该语句，浏览器中还是会有错误提示，反之则没有。

}

function throwerror(){

throw new Error(”cc”);

}

我们在开发HTML的过程中避免不了一些Js的异常，通常我们也不可能依赖客户打开浏览器的错误提示框（如上图）来为我们定位bug提供线索，而利用window.onerror句柄我们就可以讲错误提示信息显示出来，客户只要在错误出现的时候，提供相应的截屏就可以了，这点可以很好的帮助开发人员定位，分析javascript相关的错误。

转载地址: http://www.cnblogs.com/anderslly/archive/2006/10/15/529676.html

参考地址: http://www.cnblogs.com/anderslly/archive/2006/10/15/529676.html