异常：
我们的java程序也是会存在某些不正常 的情况的，这些不正常的 情况我们就统称异常。
异常体系：
--------| Throwable
------------| Error
------------| Exception
Throwable常用的方法：
toString() 返回当前异常对象的完整类名+病态信息。
getMessage() 返回的是创建Throwable传入的字符串信息。
printStackTrace() 打印异常的栈信息。
如何区分错误与异常呢：
如果程序出现了不正常的信息，如果不正常的信息的类名是以Error结尾的，那么肯定是一个错误。
如果是以Exception结尾的，那么肯定就是一个异常。
疑问： 下面的信息是通过printStackTrace方法打印出来，那么异常对象从何而来呢？
Exception in thread "main" java.lang.ArithmeticException: / by zero
at Demo10.div(Demo10.java:10)
at Demo10.main(Demo10.java:5)
jvm运行到a/b这个语句的时候，发现b为0，除数为0在我们现实生活中是属于
不正常的情况，jvm一旦发现了这种不正常的情况时候，那么jvm就会马上创建
一个对应的异常对象，并且会调用这个异常对象 的printStackTrace的方法来处理。
异常的处理：
方式一：捕获处理
捕获处理的格式：
try{
可能发生异常的代码；
}catch(捕获的异常类型 变量名){
处理异常的代码....
}
捕获处理要注意的细节：
1. 如果try块中代码出了异常经过了处理之后，那么try-catch块外面的代码可以正常执行。
2. 如果try块中出了异常的代码，那么在try块中出现异常代码后面的代码是不会执行了。
3. 一个try块后面是可以跟有多个catch块的，也就是一个try块可以捕获多种异常的类型。
4. 一个try块可以捕获多种异常的类型,但是捕获的异常类型必须从小到大进行捕获，否则编译报错。
疑问一 : 异常的处理感觉没有多大作用，因为都是输出一个话而已?
异常处理非常有用，只不过是由于我们目前所接触的知识点太过于局限而已。
疑问二： 以后捕获处理 的时候是否就是捕获Exception即可？
错的，因为我们在现实开发中遇到不同的异常类型的时候，我往往会有不同 的处理方式。
所以要分开不同的异常类型处理。
异常的处理方式----抛出处理
抛出处理（throw throws）
抛出处理要注意的细节：
1. 如果一个方法的内部抛出了一个编译时异常对象，那么必须要在方法上声明抛出。
2. 如果调用了一个声明抛出编译时异常的方法，那么调用者必须要处理异常。
3. 如果一个方法内部抛出了一个异常对象，那么throw语句后面的代码都不会再执行了（一个方法遇到了throw关键字，该方法也会马上停止执行的）。
4. 在一种情况下，只能抛出一种类型异常对象。
throw 与throws两个关键字：
1. throw关键字是用于方法内部的，throws是用于方法声声明上的。
2. throw关键字是用于方法内部抛出一个异常对象的，throws关键字是用于在方法声明上声明抛出异常类型的。
3. throw关键字后面只能有一个异常对象，throws后面一次可以声明抛出多种类型的 异常。
疑问：何时使用抛出处理？何时捕获处理？原则是如何？
如果你需要通知到调用者，你代码出了问题，那么这时候就使用抛出处理.
如果代码是直接与用户打交道遇到了异常千万不要再抛，再抛的话，就给了用户了。
这时候就应该使用捕获处理。
自定义异常类
sun提供了很多的异常类给我们用于描述程序中各种的不正常情况，但是sun 给我
提供异常类还不足以描述我们现实生活中所有不正常情况，那么这时候我们就需要
自定义异常类。
需求: 模拟feiQ上线的时候,如果没有插上网线，那么就抛出一个没有插上网线的异常，
如果已经插上了网上，那么就正常显示好友列表。
自定义异常类的步骤： 自定义一个类继承Exception即可。
自定义了一个没有网线的异常类了。
class NoIpException extends Exception{
public NoIpException(String message){
super(message); /调用了Exception一个参数的构造函数。
}
}
class Demo2
{
public static void main(String[] args)
{
String ip = "192.168.10.100";
ip = null;
try{
feiQ(ip); / 如果调用了一个声明抛出异常类型的方法，那么调用者必须要处理。
}catch(NoIpException e){
e.printStackTrace();
System.out.println("马上插上网线！");
}
}
public static void feiQ(String ip) throws NoIpException{
if(ip==null){
throw new NoIpException("没有插网线啊，小白！");
}
System.out.println("正常显示好友列表..");
}
}
异常体系：
--------| Throwable 所有错误或者异常的父类
--------------| Error（错误）
--------------| Exception(异常) 异常一般都通过代码处理
------------------| 运行时异常: 如果一个方法内部抛出了一个运行时异常，那么方法上 可以声明也可以不 声明，调用者可以以处理也可以不处理。
------------------| 编译时异常(非运行时异常、受检异常): 如果一个方法内部抛出了一个编译时异常对象，那么方法上就必须要声明，而且调用者也必须要处理。
运行时异常： RuntimeException以及RuntimeException子类 都是属于运行时异常。
编译时异常： 除了运行时异常就是编译异常。
疑问： 为什么java编译器会如此严格要求编译时异常，对运行时异常如此宽松？
运行时异常都是可以通过程序员良好的编程习惯去避免，所以java编译器就没有严格要求处理运行时异常。
finally块
finally 块；
finally块的 使用前提是必须要存在try块才能使用。
finally块的代码在任何情况下都会执行的，除了jvm退出的情况。
finally非常适合做资源释放的工作，这样子可以保证资源文件在任何情况下都 会被释放。
try块的三种组合方式：
第一种： 比较适用于有异常要处理，但是没有资源要释放的。
try{
可能发生异常的代码
}catch(捕获的异常类型 变量名){
处理异常的代码
}
第二种：比较适用于既有异常要处理又要释放资源的代码。
try{
可能发生异常的代码
}catch(捕获的异常类型 变量名){
处理异常的代码
}finally{
释放资源的代码;
}
第三种： 比较适用于内部抛出的是运行时异常，并且有资源要被释放。
try{
可能发生异常的代码
}finally{
释放资源的代码;
}