新手学java，在什么情况下要包括try catch啊？我理解的try catch 是处理异常。难道java有些方法对象 本身就要配合try catch来使用的吗？
欢迎选择我的课程，让我们一起见证您的进步~~
因为臃肿......开个玩笑
Java的设计思想，Checked Exception。一旦一个函数抛出了非运行时异常，那么就必须在外面调用者进行try catch，以保证设计上的异常都能捕获到进行处理。但是有滥用之势。
全局捕获程序运行时的异常么
2333，基本上高级编程语言都有TRY CATCH，即便没有也要想法加上错误处理以增加程序的健壮性，当然如果你和用户压根不在乎出现异常的话也可以不写。 也可以只在比较关键的位置写。 有时还需要加上事务处理。
从现今的角度上来看，try/catch略显笨重，尤其是使用底层JDBC的时候（虽然现在这种情况很少了，在做一些非正式的对数据库的小调整的时候，引入orm是一种不太可取的做法）。到处都是try/catch。而且都是统一的SQLException,要去查底层返回的code才知道出现了什么问题。
但是这正是java包容万象的一个特征。一个大一点的项目，很多时候都会有不可控的情况，不太可能事事顺心。事事都如你所料。一个健壮完善的系统应该有应对一些意想不到的简单的问题的基础应对。这是java异常体系建立的初衷。事实上，java允许扩展异常定义，也是为了开发调试的方便。
在spring出现前，我在给开发团队搭建架构的时候，都会在业务层和数据库层引入自定义异常，允许团队的成员自行扩展，但是需要分享交流，就是应对业务系统中可能出现的先期开发中未考虑到的情况。后来这种模式受到维护人员的一致好评。因为系统出现的80-90%的异常都在我们自定义的异常范围内，很少出现runtimeexception。查找问题维护起来非常方便。
如果没有try的话，出现异常会导致程序崩溃。而try则可以保证程序的正常运行下去，比如说：
try{ int i = 1/0; }catch(Exception e){ ........ }
一个计算的话，如果除数为0，则会报错，如果没有try的话，程序直接崩溃。用try的话，则可以让程序运行下去，并且输出为什么出错。try catch，配合log4j使用会对程序的日后维护帮助很大。
问：新手学java，在什么情况下要包括try catch啊？
答：普及一点基本知识：
异常的原理机制
当程序中抛出一个异常后，程序从程序中导致异常的代码处跳出，java虚拟机检测寻找和try关键字匹配的处理该异常的catch块，如果找到，将控制权交到catch块中的代码，然后继续往下执行程序，try块中发生异常的代码不会被重新执行。如果没有找到处理该异常的catch块，在所有的finally块代码被执行和当前线程的所属的ThreadGroup的uncaughtException方法被调用后，遇到异常的当前线程被中止。
异常的结构
Java异常结构中定义有Throwable类，Exceotion和Error是其派生的两个子类。其中Exception表示由于网络故障、文件损坏、设备错误、用户输入非法等情况导致的异常，这类异常是可以通过Java异常捕获机制处理的。而Error表示Java运行时环境出现的错误，例如:JVM内存溢出等。
总结说明
异常是程序出问题的一种本能反应，使用try catch表示你能很好处理相应代码块的异常情况，从而避免程序异常中断，反之，你就throws Exception，把异常向上一级抛出。
问：我理解的try catch 是处理异常。难道java有些方法对象 本身就要配合try catch来使用的吗？
答：再普及一点基本知识：
异常的分类
可检测异常：可检测异常经编译器验证，对于声明抛出异常的任何方法，编译器将强制执行处理或声明规则，不捕捉这个异常，编译器就通不过，不允许编译。 非检测异常：非检测异常不遵循处理或者声明规则。在产生此类异常时，不一定非要采取任何适当操作，编译器不会检查是否已经解决了这样一个异常。
可检测异常：可检测异常经编译器验证，对于声明抛出异常的任何方法，编译器将强制执行处理或声明规则，不捕捉这个异常，编译器就通不过，不允许编译。
非检测异常：非检测异常不遵循处理或者声明规则。在产生此类异常时，不一定非要采取任何适当操作，编译器不会检查是否已经解决了这样一个异常。
关于这点问题，建议通过查看相关源代码来分析理解，总的原则就是，只要你调用的方法中带有可检测异常，你就需要处理，try catch是一种方式，或者就throws Exception，把异常向上一级抛出。下面举例说明如下：
（用到try catch的场景）
PrintWriter pw = null; try { pw = new PrintWriter(new File(CodeUtil.invoPath, name)); pw.write(str_invo.toString()); } catch (FileNotFoundException e) { throw new RuntimeException(name+"文件未找到！"); }
（查看相关源代码分析）
public PrintWriter(File file) throws FileNotFoundException { this(new BufferedWriter(new OutputStreamWriter(new FileOutputStream(file))), false); }
（分析总结）因为构造方法PrintWriter(File file)后面跟了throws FileNotFoundException，所以你调用该构造方法时就必须对它抛出的异常进行处理。
一般语言都是有异常处理机制的。
我的一篇文章其中一段对于Java的异常机制进行了简单的介绍，望能帮到你。
因为臃肿......
开个玩笑
Java的设计思想，Checked Exception。一旦一个函数抛出了非运行时异常，那么就必须在外面调用者进行try catch，以保证设计上的异常都能捕获到进行处理。但是有滥用之势。
全局捕获程序运行时的异常么
2333，基本上高级编程语言都有TRY CATCH，即便没有也要想法加上错误处理以增加程序的健壮性，当然如果你和用户压根不在乎出现异常的话也可以不写。 也可以只在比较关键的位置写。 有时还需要加上事务处理。
从现今的角度上来看，try/catch略显笨重，尤其是使用底层JDBC的时候（虽然现在这种情况很少了，在做一些非正式的对数据库的小调整的时候，引入orm是一种不太可取的做法）。到处都是try/catch。而且都是统一的SQLException,要去查底层返回的code才知道出现了什么问题。
但是这正是java包容万象的一个特征。一个大一点的项目，很多时候都会有不可控的情况，不太可能事事顺心。事事都如你所料。一个健壮完善的系统应该有应对一些意想不到的简单的问题的基础应对。这是java异常体系建立的初衷。事实上，java允许扩展异常定义，也是为了开发调试的方便。
在spring出现前，我在给开发团队搭建架构的时候，都会在业务层和数据库层引入自定义异常，允许团队的成员自行扩展，但是需要分享交流，就是应对业务系统中可能出现的先期开发中未考虑到的情况。后来这种模式受到维护人员的一致好评。因为系统出现的80-90%的异常都在我们自定义的异常范围内，很少出现runtimeexception。查找问题维护起来非常方便。
如果没有try的话，出现异常会导致程序崩溃。而try则可以保证程序的正常运行下去，比如说：
一个计算的话，如果除数为0，则会报错，如果没有try的话，程序直接崩溃。用try的话，则可以让程序运行下去，并且输出为什么出错。try catch，配合log4j使用会对程序的日后维护帮助很大。
问：新手学java，在什么情况下要包括try catch啊？答：普及一点基本知识：
异常的原理机制
异常的结构
总结说明
异常是程序出问题的一种本能反应，使用try catch表示你能很好处理相应代码块的异常情况，从而避免程序异常中断，反之，你就throws Exception，把异常向上一级抛出。
问：我理解的try catch 是处理异常。难道java有些方法对象 本身就要配合try catch来使用的吗？答：再普及一点基本知识：
异常的分类
总结说明
关于这点问题，建议通过查看相关源代码来分析理解，总的原则就是，只要你调用的方法中带有可检测异常，你就需要处理，try catch是一种方式，或者就throws Exception，把异常向上一级抛出。下面举例说明如下：
（用到try catch的场景）
（查看相关源代码分析）
（分析总结）
因为构造方法PrintWriter(File file)后面跟了throws FileNotFoundException，所以你调用该构造方法时就必须对它抛出的异常进行处理。
一般语言都是有异常处理机制的。
我的一篇文章其中一段对于Java的异常机制进行了简单的介绍，望能帮到你。