一、响应式服务编程以及Flower框架
响应式服务编程有以下几个特点：
即时响应，应用的调用者可以即时得到响应，无需等到整个应用程序执行完毕，也就是说应用调用是非阻塞的。
回弹性，当应用程序部分功能失效的时候，应用系统本身能够进行自我修复，保证正常运行，保证响应，不会出现系统崩溃和宕机。
弹性，能够对应用负载压力做出响应，能够自动伸缩以适应应用负载压力，根据压力自动调整自身的处理能力，或者根据自身的处理能力，调整进入系统中的访问请求数量。
消息驱动，功能模块之间、服务之间，通过消息进行驱动，完成服务的流程。
Flower如何解决这个问题的？
2
对 Flower 而言，只需要有限的几个线程，就可以完成全部的用户请求操作。当并发用户到达应用服务器的时候，Flower 只需要极少的容器线程就可以处理所有的并发用户请求。这个线程并不会执行真正的业务操作，它只是将用户的请求变为请求对象以后，将请求对象异步交给 Flower 的 Service 去处理，自身立刻就返回。因为容器线程不做太多的工作，所以极少的线程就可以满足高并发的用户的请求，用户的请求不会被阻塞，不会因为线程不够而无法处理。
用户请求交给 Flower 的 Service 对象以后，Service 之间依然是使用异步的消息通讯的方式进行调用，Service 之间也不会直接进行阻塞式的调用。一个 Service 完成业务逻辑处理计算以后，会返回一个处理结果，这个结果以消息的方式异步发送给它的下一个 Service，Service 之间使用了 AKKA Actor 进行消息通信，也是只需要有限的几个线程就可以完成大量的 Service 处理和消息传输。
上面提到 Web 应用主要的线程阻塞，是因为数据库的访问导致的线程阻塞。Flower 支持异步数据库驱动，用户请求数据库的时候，将请求提交给异步数据库驱动，立刻就返回，不会阻塞当前线程，异步数据库访问连接远程的数据库，进行真正的数据库操作，得到结果以后，将结果以异步回调的方式发送给 Flower 的 Service 进行进一步的处理，这个时候依然不会有线程被阻塞。也就是说使用 Flower 开发的系统，在一个典型的 Web 应用中，几乎没有任何地方会被阻塞，所有的线程都可以被不断复用，有限的线程就可以完成大量的并发用户请求，从而极大地提高了系统的吞吐能力，也极大地提高了系统的响应时间。
主要应用了AKKA的Actor进行通信。那么 AKKA Actor 又是如何实现异步消息通信的呢？下面是 AKKA Actor 架构图。
3
二、讲解了面向对象的设计模式
定义：
每一种模式都描述了一种问题的通用解决方案。这种问题在我们的环境中，不停地出现。
设计模式是一种可重复使用的解决方案。
一个设计模式的四个部分：
模式的名称 - 由少量的字组成的名称，有助于我们表达我们的设计。
待解问题 - 描述了何时需要运用这种模式，以及运用模式的环境（上下文）。
解决方案 - 描述了组成设计的元素（类和对象）、它们的关系、职责以及合作。但这种解决方案是抽象的，它不代表具体的实现。
结论 - 运用这种方案所带来的利和弊。主要是指它对系统的弹性、扩展性和可移植性的影响。
设计模式的分类
从功能分
创建模式（Creational Patterns）
☞ 对类的实例化过程的抽象。
结构模式（Structural Patterns）
☞ 将类或对象结合在一起形成更大的结构。
行为模式（Behavioral Patterns）
☞ 对在不同的对象之间划分责任和算法的抽象化。
从方式分：类模式和对象模式
下面分别讲述了一些设计模式。有大量的参考资料，不再赘述。
以JUnit为例，讲述了工厂模式。以Spring为例讲述了工厂模式和单例模式。重点是Spring的DI和IoC的实现。
作为前端框架，Spring也不可避免的使用了MVC模式。
三、Panthera代码解析
Panthera是一种大数据仓库引擎，分析了这个引擎中的组合模式和装饰器模式。回顾了抽象语法树 AST。
