观察者模式是极其重要的一个设计模式，也是我几年开发过程中使用最多的设计模式，本文首先概述观察者模式的基本概念和Demo实现，接着是观察者模式在Java和Spring中的应用，最后是对观察者模式的应用场景和优缺点进行总结。
一、概念理解
观察者模式：定义对象之间的一对多依赖关系，以便每当对象的状态发生变化时，其相关的依赖对象都可以被自动通知和更新。主要用于多个不同的对象会对一个对象的方法做出不同的反应！
[En]
Observer pattern: defines an one-to-many dependency between objects, so that whenever the state of an object changes, its related dependent objects can be notified and updated automatically. Mainly used for multiple different objects will react differently to a method of an object!
概念啥意思呢？也就是说，如果使用观察者模式在A的业务逻辑中调用B的业务逻辑，即使B的业务逻辑报错了，仍然不影响A的执行。
例如，最近在我公司开发商城系统的过程中，提交订单成功后，我不得不删除购物车中的信息。如果我先写订单提交逻辑，然后再写删除购物车逻辑，当然没有问题，但程序的健壮性太差了。
[En]
For example, in the process of developing the mall system in my company recently, I had to delete the information in the shopping cart after submitting the order successfully. If I first wrote the order submission logic, and then wrote the delete shopping cart logic, of course, there was no problem, but the robustness of the program was too poor.
业务应该分为两个步骤，一个是处理订单成功的处理逻辑，另一个是删除购物车中的信息。即使在删除购物车时报告错误，提交订单的逻辑仍然不影响。
[En]
The business should be divided into two steps, one is to process the order successful processing logic, and the other is to delete the information in the shopping cart. Even if an error is reported when deleting the shopping cart, the logic of submitting the order still does not affect.
那应该怎么做才能让他们互不影响呢？需要在购物车对象中要有一个方法用于删除购物车，还要有一个对象A用于注入（add）购物车对象和通知（notify）购物车执行它的方法。
在执行时先调用对象A的add方法将购物车对象添加到对象A中，在订单提交成功以后，调用对象A的通知notify购物车方法执行清除购物车逻辑。
在观察者模式中，购物车就称为观察者，对象A就称为目标对象。在面向接口编程原则下，观察者模式应该包括四个角色：
1、目标接口(subject) ：它是一个抽象类，也是所有目标对象的父类。它用一个列表记录当前目标对象有哪些观察者对象，并提供增加、删除观察者对象和通知观察者对象的方法声明。