设计模式——观察者模式详解

大家好，我是讯享网，很高兴认识大家。

0. 前言

写在最前面，本人的设计模式类博文，建议先看博文前半部分的理论介绍，再看后半部分的实例分析，最后再返回来复习一遍理论介绍，这时候你就会发现我在重点处标红的用心，对于帮助你理解设计模式有奇效哦~

此篇总结整理设计模式中的观察者模式。本文原创，转载请注明出处为SEU_Calvin的博客。

1．观察者模式介绍

观察者模式定义：

观察者模式定义了一个一对多的依赖关系，使得当被观察者状态发生改变时，与之相依赖的所有观察者对象都能得到通知并自动更新。

观察者模式的使用场景：

（1）跨系统的消息交换场景。

（2）关联行为的场景。

观察者模式角色介绍：

讯享网

（1）Subject：抽象被观察者，抽象被观察者类提供一系列接口，可以增加、删除、通知观察者对象。

（2）ConcreteSubject：具体被观察者，内部维护一个观察者集合，并实现抽象被观察者类的抽象方法。

（3）Observer：抽象观察者，定义一个更新接口，使得在得到收到更改通知时更新自己。

（4）ConcrereObserver：具体观察者，实现抽象观察者定义的更新接口，并维护一些自己的成员变量。

2 实例介绍

在本例中，我们使用一个常见的场景，比如我开设了一个微信公众号，以推送技术文章，张三李四作为微信用户关注了我这个公众号，当我推送一篇文章时，关注该公众号的人都会收到推送的文章，这个实例的实现就可以使用我们的观察者模式。

2.1 Observer抽象观察者接口

public interface Observer{ public void update (String message); }

讯享网

2.2 ConcrereObserver具体观察者类

讯享网public class User implements Observer { private String name; public User(String name) { this.name = name; } @override public void update (String message){ System.out.println(this.name + "收到通知-" + message); } }

2.3 Subject抽象被观察者接口

public interface Subject{ public void addObserver (Observer Observer); public void removeObserver (Observer Observer); public void notify(String message); }

2.4 ConcreteSubject具体被观察者类

讯享网public class ConcreteSubject implements Subject { private List<Observer> usersList = new ArrayList<Observer>(); @Override public void addObserver (Observer observer) { usersList.add(observer); } @Override public void removeObserver (Observer observer) { usersList.remove(observer); } @Override public void notify(String message) { for (Observer observer : usersList) { observer.update(message); } } }

2.5 使用时

ConcreteSubject mConcreteSubject =new ConcreteSubject (); User user1=new User ("张三"); User user2=new User ("李四"); mConcreteSubject. addObserver(user1); mConcreteSubject. addObserver(user2); mConcreteSubject.notify("这是第一篇被推送的文章"); mConcreteSubject. removeObserver (user2); mConcreteSubject.notify("这是第二篇被推送的文章");

2.5 运行结果

讯享网张三收到通知-这是第一篇被推送的文章 李四收到通知-这是第一篇被推送的文章 张三收到通知-这是第二篇被推送的文章

3 观察者模式的优缺点

观察者模式的优点：

（1）观察者只需等待主题通知，无需了解主题相关的细节；同时主题只负责通知观察者，无需了解观察者如何处理通知。实现了观察者和被观察者（耦合的双方）依赖于抽象耦合。

（2）观察者增加或删除无需修改主题的代码，只需调用主题对应的增加或者删除的方法即可。增强了程序的可维护性和可拓展性。

观察者模式的缺点：

（1）主题持有观察者的引用，如果从主题中删除观察者时未正常处理，会导致观察者无法被回收。

（2）消息的通知顺序执行，如果一个观察者卡顿，会影响整体的执行效率，若遇到这种情况，一般会采用异步实现。

最后请大家多多点赞~

设计模式——观察者模式详解

相关推荐