try catch 用法

在实际应用中，碰到了一个问题，就是在动态生成一个表格的时候，从后台接收到的的数据和表头名称是不同的接口，而表格的id是在表头名称这个接口动态生成的，所以就会导致一个问题，在火狐浏览器中，响应请求比较慢
这个时候我们就可以使用 try catch 方法 来 处理浏览器的位置错误

下面是相对简单的例子:

try {
 foo.bar();
} catch (e) {
 if (e instanceof EvalError) {
     alert(e.name + ":" + e.message);
 } 
 else if (e instanceof RangeError) {
     alert(e.name + ": " + e.message);
 } 
 // etc 
}

关于错误 e 的主要属性 :

description: 错误描述 (仅IE可用).
fileName: 出错的文件名 (仅Mozilla可用).
lineNumber: 出错的行数 (仅Mozilla可用).
message: 错误信息 (在IE下同description)
name: 错误类型.
number: 错误代码 (仅IE可用).
stack: 像Java中的Stack Trace一样的错误堆栈信息 (仅Mozilla可用).

关于 try 的一些 应用场景

1、浏览器原罪的场合：也就是兼容性场合，因为浏览器兼容性不是程序员能改正的，所以只能try catch：由于不同浏览器的报错提示是不一样的，根据捕获的浏览器的报错提示判断用户的浏览器，然后做出对应的措施，这时候使用try catch是巧妙的办法，如果用if就比较笨拙，因为if通常只能反馈真或假，不能直接反馈浏览器的报错内容。
2、考虑如下代码。window.a.b是非法的，再跟2对比就没有意义，这样非法的条件，在try catch中仍可以继续运行下去。但在if中window.a.b已经报错，整个页面都会坏掉。如果希望用if写，那么必须先判断window.a是否是合法的，window.a是合法的前提下再判断window.a.b是不是合法的，如果也是合法的，再判断window.a.b是否不等于2，这样是不是很蠢？这时就体现出try catch的妙处了，程序不但知道window.a.b !== 2是假的，而且直接可以知道究竟哪一步就已经是假的。
再想象一下，有一个变量是json.a.b.c，其中的a/b/c都可能是存在的也可能是不存在的，全看具体情况，这时候你简单的写if (json.a.b.c === 2) {…}是不行的，因为json.a.b就可能已经是非法的，所以你如果用if，就要考虑a是不是非法的、a是合法前提下b是不是非法的，b是合法前提下c是不是非法的。但是json.a.b.c === 2在try中就可以直接写，也就是说，我不关心究竟a/b/c谁是非法的，我只关心json.a.b.c到底是不是等于2，不等于2或者任何一步出错，对我来讲没有区别，反正都是不等于2，我不关心哪步出错，而且程序不会坏掉。这是一种比较省心的写法。
另外注意，try catch不能做真假判断，只能做非法判断。也就是说：try {1 === 2}，虽然1===2是假，但是是合法的，catch不会捕捉到错误，也不会告诉你1 === 2到底是真是假。所以，写在try里的应该是json.a.b.c而不是json.a.b.c === 2。究竟是不是等于2，是后面的事，是if干的事。简单说，try catch用于捕捉报错，当你不关心哪一步错误，只关心有没有错，就用try catch。