Question

为什么不建议用 try catch

Answer 1

为什么不建议用 try catch

能够捕获的异常都继承自Exception类。 需要以try-catch捕获的是"可检查"异常,所谓"可检查"异常，是指我们应该自行处理的异常。至于处理的手段，要么加以控制(try catch)，要么通告(throws)他们有可能产生。通常，应捕捉那些已知如何处理的异常，而通告那些不知如何处理的异常。 java的异常处理机制要求程序员必须捕捉"可检查"异常并提供处理方法，或者向更上层抛出该异常。 try-catch能解决的问题就是处理可能出现的异常，打个比方，考虑如下代码： public void go(){ File file=new File("d:\\a.txt"); FileInputStream fis=null; try { fis=new FileInputStream(file); } catch (FileNotFoundException ex) { System.out.println("file not found"); ex.printStackTrace(); } if(fis!=null){//如果找到了文件 …… } } 代码作用是打开一个文件，如果找不到文件（即捕获到了FileNotFoundException）,就给出提示。而找不到文件这样的异常，就属于可能会出现的、可以处理的异常，以这段代码为例try-catch的作用就在于系统找不到文件时不会导致程序出错终止，而是继续往下运行。多线程为什么用try-catch，其实也是同样的道理。

Answer 2

一句话解释：
try catch机制非常好。那些觉得try catch不行的人，是他们自己的水平有问题，无法理解这种机制。并且这群人写代码不遵守规则，喜欢偷懒，这才造成try catch不好的错觉。
详细解释：
1.程序要健壮，必须要设计报错机制。
最古老，也是最常见的，比如：
bool CreateFile( );
//如果创建文件失败就返回false，否则返回true。
这种报错方式，显然不好。因为它没有给出产生错误的具体原因。
2.改进：一个函数或过程，会因为不同的原因产生错误，报错机制必须要把这些错误原因进行区分后，再汇报。
比如：
int CreateFile():
//如果创建成功就返回1.
//如果是因为没有权限，导致失败，返回-1。
//如果是因为文件已经存在，导致失败，返回-2。
//如果是因为创建文件发生超时，导致失败，返回-3。
这样看上去，比【1】要好些，至少指出了比较具体的失败原因，但是，还不够。

Answer 3

cb、Whatever is worth doing is worth doing well.