慎用try catch
1.try catch耗性能
2.try catch捕获不到异步错误
为什么使用 try catch
1、try catch是程序语言本身提供的一种异常处理机制，你大多数写的代码都是要调用底层的api，而这些api的作者在开发api时，很清楚api在使用的过程中会有哪些非正常情况发生，因此他要通知api的调用者，至于对于这种非正常情况怎么处理，就交给了api的调用者。
2、你是写代码的，你要调用api，因此你就说api的调用者，你也应该处理api本身存在的非正常情况，那你怎么处理这些非正常状况，这就是你提到的trycatch的作用了，它就是干这事的。至于api会有哪些非正常情况发生，需要查api的帮助文档；这些非正常状况怎么处理，这又取决于问题逻辑了，跟实际需求有关系。
try{A程序块} catch{Exception e}{B程序块}
3、A程序块比较有可能会出错的地方，B则是如果A中有了错误，进行的处理。就好比，一个流水线上，如果有个地方有个产品堵住了不通了，如果没人处理，则整个流水线就没法动作了，要想保证整个流水线的运作则要有人把这个产品给处理了。try语句就是对A程序块的语句进行捕捉有可能出错的地方，相当于流水线上那个检查的人，catch语句则是处理的.
4、什么情况下需要用try-catch呢，那就是不使用这种try结构时，代码报错退出就无法继续执行。有的代码出错就应该退出，有的出错尚可以补救，就不应该退出。对于这种出错不应该退出的就需要使用这种结构，在catch中进行补救。例如，写入一个日志文件，如果这个日志文件被锁定或者占用，那么写入就会出错退出，但是我们并不想看到这样的情况，我们完全可以换一个名字再写入。
5、有的函数或者功能调用之后不会出错退出，但是会返回错误码，这个时候也不需要使用try-catch结构。直接根据不同的错误码进行分类处理就行了。
所以不是trycatch使用量的问题，还是看应用场景，如果确实需要防止异常退出，需要多次补救，那么再多都是不为过的。
还有一个情况要注意，try-catch不是能够解决所有的出错退出，例如php中的segment fault，也就是熟知的段错误，就算是try-catch了也还是会退出，这个时候需要使用gdb进行调试解决了。
