以前写代码不怎么注意异常处理,导致业务人员在测试的时候发现有的地方不展示,或者某个按钮点击不动。其实是程序出bug了(一般是抛异常),然后没有返回。这个线程就停止了(代码不再继续执行),
这样其实是不好的,虽然我们写程序总是希望不要抛异常,顺顺利利的走完。但是有时候可能由于数据问题,甚至确实是代码问题出现异常,并且这是非常常见的。所以出力问题的时候，我们知道是出bug了，但是用户可能不知道，明明已经出bug了却还在苦苦等待。所以说程序出bug是常见的,但是我们可以通过异常处理给用户好一点的用户体验。
这一篇先记录异常学习的情况。spring中的事务和异常有一定的关系(关系到底有多密切不是很清楚,还没怎么学事务)
1.异常是什么？
其实很难定义,我们用举例子的方式,比如 Java中执行这个操作
System.out.println(10/0);
我们都知道0不能作为被除数,这就是一个异常
再比如，如果我们有这么一个对象 List<Person>
Person 有这样一个Birthplace.
Birthplace里面有city.
System.out.println(Person.Birthplace.city)
但是如果这个Person的Birthplace是null的话，就会发生空指针异常
2.处理异常有什么方法
很明显我们可以通过if判断，如果是空的话，怎样怎样。不是空的话怎样怎样
但是这样是有问题，比如我们数据库中存有很多的数据,如果我们每个数据都判断一下的话，挺影响程序效率的。
并且还有一个特点就是这本身并不属于业务逻辑，把这些代码砸在业务逻辑代码其实不是很好。
为了处理运行代码可能发生的异常,java提供了 Exception来帮我们处理异常。
常常采用
try {
业务代码
}catch(Exception e){
异常处理
}
的方式处理异常，通过这种方式，我们可以做到
A.将业务逻辑与异常处理很好的分开
同时jvm也能帮我们定位bug的类型，bug的位置，包装成一个Exception对象给我们.
3.异常的分类
第一层
Error :系统崩溃,动态链接库失败,JVM出错.其实这可以不算做异常,应用程序员不用考虑这些东西
Exception
第二层
编译时异常(这个导致程序都无法启动,大多是语法层面的)
RuntimeException 运行时异常,比如空指针异常。
4.异常处理
A.try{}catch(){}
B.如果我们不进行异常处理，坑爹的事情就发生了，程序不执行了。我们可以用try catch来处理
B.函数不进行处理，而是抛出给函数调用者处理
其实,也可以不用throw，调用者try catch 也能处理到
C.我们也可以通过Try{}catch(){}Finally{}处理异常
其他:
A.如果定义异常的类型
B.既然捕获到异常或者没有捕获到异常,我们都要执行finally。那么我们为什么要finally干什么呢。
应用1.流的关闭,
2.事务的处理(传统的jdbc处理方式)
3.我们一般在finally编写一些释放资源的动作, 例如初始化公共变量. 关闭connections, 关闭文件等.
C.try{}catch(){}finally{}的一些小结
a.只有一个catch被执行
b.铺货异常的时候先捕获子异常，再捕获父异常。
