设计模式，先看名字，设计，模式，目的是为了设计，为了设计给出一些定义出来的，总结出来的，抽象出来的办法，叫做模式。

设计是什么？软件构建中的设计，承前（需求分析、产品定义、架构选择），启后或者伴随（编码、测试），包含结构、包、类、子程序，而模式讲的就是这些东西。

设计模式是一种思想

这次关于设计模式的分享不是纯技术，是思想。

思想的东西，很难讲，需要听众具备恰当的理解层次，而这种层次的进化，远比一种技术或者工具的进步难以捉摸，有时十年循环不如一夕顿悟。

设计模式是一种思想，是与语言强相关的。

在低级语言（机器、汇编）中，不会有模式；在未来的高级语言中，会从语法层面实现模式（模式本身是语义层面的）；在当前广泛使用的高级语言（Java）中，模式被基于解决特定场景的问题，抽取出来，大行其道，广泛使用。

低级语言和高级语言，没有一条分界线，是逐渐进化的。每个程序员都处于其所在的层次上（或者叫境界），处于一个层次，能理解低层次的落后（比如机器语言），但无法理解高层次的先进。这就是《黑客与画家》中所说的Blub困境。

引申到职场、人生和世界观，每个人也都活在自己的抽象层次中，能看懂低层次的落后，但无法理解高层次先进在何处。从境界高低来讲，是有对错的，但如果没有进化到一个层次，也是无法从根本上被说服的，需要到达，才能认知。

面向对象的三大特征

面向对象三大特性：封装、继承、多态。

封装，往往和抽象、高内聚、一致的抽象层次等概念联系在一起。

承是一条竖线，在编程中很常用，但更常用的是包含（"has a"），从广义上来说，甚至可以认为"has a"，也是一种适配器模式。能用包含，则不用继承，因为继承引入了继承体系上的复杂性。

多态是继承基础上的重写，加上父类变量对子类对象的引用。可以认为多态，是Java这种静态类型语言，向动态类型语言（比如ruby/python），迈出的一小步。

抽象：

抽取事物最本质形成概念。

并运用概念进行推理、判断的思维活动。

抽象交流。

模拟能力,想象能力。

表达能力(口头,文字,文言文和琼瑶剧)。

字、词、句、段.

单例

单例是最重要的一种设计模式。是无状态的逻辑。无状态是应用层实现高可用和可伸缩的重要手段。

单例一：基础

演示了一个最简单的单例、延迟初始化的单例，以及双重检查机制的单例的代码写法。

对于双重检查机制的单例，减小了线程间的碰撞（synchronized），只有前几个线程才可能碰撞，锁的力度小了，性能提高了，线程也安全了。

对于双重检查单例，没有实际意义，只有历史意义，增加Java程序员对于所犯错误的洞察力，如果写单例，有最简单的写法就够了。

过去陈旧的JDBC操作数据库编码过程中，有代码Class.forName("com.mysql.jdbc.Driver")，目的是把类装载到JVM的PermGen区域，这样类的静态方法就可以使用了，这和类的初始化没关系。

显式API初始化也有好处，比如web系统，init写到监听里面去。把初始化放到init里面。清晰了。

单例二：Spring

Java生态中，除了JDK之外，最基础的框架是Spring。Spring框架的高层抽象很多，帮我们解决了很多场景下的技术问题。

Spring的基础的、底层的思想是控制反转（Invest Of Control）、依赖注入（Dependency Injection），可以认为是单例的一种表现形式。说的是两个单例对象之间的关系。

控制反转，反转的控制权，原来是谁用谁有控制权；控制反转的思想是，你可以用，但是我依然有初始化自己的控制权。

依赖注入，谁要用（就是谁依赖），谁负责把别的类引入进来。

写简简单单的3个类，能解释Spring的思想。读取配置文件或者扫描Spring注解，利用反射实例化类，放置到一个Map中，这就是Spring IOC的基础过程了。

结合《Spring技术内幕：深入解析Spring架构与设计原理》，花费1个星期简要看看Spring源码，发现就是这样的。

单例三：状态和线程安全

参考文章：http://www.iteye.com/topic/960532

有状态：有状态就是有数据存储功能。

无状态：无状态的都是功能操作，对象是线程安全的。

几个概念：维护全局状态、控制状态读写、线程安全。

以上指的是状态的线程安全。对于HashMap的解释，如果从状态的线程安全绝度解释，也是说的通的，HashMap里面有数组，也是有状态的。

单例四：数据库

状态固化的单例：其实就是数据库，每一行就是一个单例。

跨JVM的单例：实现方式有很多，只要满足有锁的持久化即可。

多进程安全的单例：说的是数据库锁。

以上都是分布式的思想。

自从有了数据库，程序员就变得廉价了。

其他的创建模式

工厂、抽象工厂、建造者、原型。

工厂：创建对象很复杂，所以需要一个创建对象的工厂。

建造者：比如耐克工厂，有鞋帮，有鞋带，合起来之后是一个完整的整体，这就是建造者模式。

什么时候用单例，什么时候用单一状态（类的单一状态）。

为什么不全部用static，而用单例？有一种解释是：控制反转、依赖注入，这种思想。保留了初始化自己的控制权。如果完全的工具类，没有初始化的需求，static就满足了。

结构模式

开闭原则：对修改封闭，对扩展开放。

包装（Composite）：不想改变原代码，又想实现某些功能。

代理（Proxy）：举了一个监护人的例子，让吃才能吃。不改变语义，前前后后做点东西出来。

适配（Adapter）：adapter比proxy更牛逼一些，它改变了语义，些许进行改造。

外观（Facade）：和代理先比，结构相似，语义不同。

继承是标签，接口表现了具备什么能力。

面向对象一直争论的问题：

是用包含（用你的能力，但不打你的标签，"has a"），还是用继承（"is a"）。一种观点认为，继承对于软件设计，引入了复杂性。

行为模式

行为模式，描述的是对象的动作。局限性，必须顺序执行。？？？

模板：高层的流程抽象。

责任链：演示一个通过注解定义执行顺序的历程。好处：1.动态的组织流程；2. 代码控制流程的执行；深化一下，就是工作流。

以上两种模式，是重构的利器，加上反射，就可以写通用功能的中间件了。

不是结束

设计模式是很枯燥的，记住三件事：创建一个对象、包装一个对象、根据当前的场景，信手拈来。

农夫山泉：我们不生产水，我们只是大自然的搬运工。程序员不能成为农夫山泉，不能只是jar包的搬运工。要学会创造，一边搬砖的时候，一边想一想，如何创造出更优秀的东西。

大师的话（linus)

烂程序员关心的是代码。好程序员关心的是数据结构和它们之间的关系。

面向对象语言以对象为核心，加一些相关联的方法，简直是呓语。

重要的东西应该是数据结构，对象本身有啥重要？

真正有意思的，是在不同类型的不同对象交互而且有锁规则的时候。

但是，即使是这时候，封装什么“对象接口”也绝对错误，因为不再是单一对象的问题了。

他的结论是，面向对象解决的都是一些小问题。

这位大师是写操作系统的，从他的角度来看，自然是正确的，即使不从他的角度，我们也可以认识到数据结构的重要性。

http://www.csdn.net/article/1970-01-01/2824040