Davin_（幸福在于感悟）..........

概要 单例模式是最简单的设计模式之一，但是对于Java的开发者来说，它却有很多缺陷。在本月的专栏中，David Geary探讨了单例模式以及在面对多线程（multithreading)、类装载器（classloaders）和序列化(serialization)时如何处理这些缺陷。 单例模式适合于一个类只有一个实例的情况，比如窗口管理器，打印缓冲池和文件系统，它们都是原型的例子。典型的情况是，那些对

单例模式（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。单例模式有饿汉式和懒汉式两种实现方法。饿汉式：顾名思义饿了比较着急，在类装载时就创建对象实例，所以要提前占用系统资源，长时间占用空间，获取对象实例较快，属于以空间换时间。懒汉式：顾名思义比较懒需要时才创建，单例访问方法第一次被调用时才实例化对象，获取对象时需要判断对象是否已存在，相对需要更多的时间，属

一、外观模式概述：       外观模式要求外部与一个子系统的通信可以通过一个统一的外观对象进行，为子系统中的一组接口提供一个一致的入口，它定义了一个高层接口，这个接口使得相关子系统更加容易使用。外观模式的目的不是给子系统添加新功能接口，而是为了减少外部和子系统多模块的交互，松散耦合，从而使外部能够更简单的使用子系统。外观模式的本质是：封装交互，简化调用。 在外观模式结构图

=--======================================

一、定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。工厂方法是针对每一种产品提供一个工厂类。通过不同的工厂实例来创建不同的产品实例。 二、结构类图： 三、工厂角色：01.抽象工厂角色02.具体工厂角色03.抽象产品角色04.具体产品角色工厂方法模式各个角色描述如下：01.抽象工厂角色抽象工类厂

很多并发性专家事实上往往引导用户远离 volatile 变量，因为使用它们要比使用锁更加容易出错。然而，如果谨慎地遵循一些良好定义的模式，就能够在很多场合内安全地使用 volatile 变量。要始终牢记使用 volatile 的限制 —— 只有在状态真正独立于程序内其他内容时才能使用 volatile —— 这条规则能够避免将这些模式扩展到不安全的用例。 模式 #1：状态标志也许实现

对于抽象类和接口的选择，小弟自感理解甚浅，转发网上一篇比较经典深刻的文章分享一下：       abstract class和interface是Java语言中对于抽象类定义进行支持的两种机制，正是由于这两种机制的存在，才赋予了Java强大的面向对象能力。abstract class和interface之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进行抽

设计模式里提到了面向对象设计考虑的几个视角，一个是概念层，一个是规约层，一个是实现层。很多情况下我们有些人的眼睛一直是盯着实现层的，而这正是面向对象设计所极力避免的，即你不要在一开始就关注这些实现细节，你要关注的是规约（接口）。      在实际项目开发中，我们最好先去设计我们的规约(interface),在这个阶段不要去做任何实现，规约设计完后，我们再去实现前面定义的规约。这样分层次去做比较

多态作为OO几大特性之一，在我们设计模式与实际开发中经常被用到， 在设计模式学习之前，有必要对多态的机制研究总结下。一、什么是多态（Polymorphism）：      这个概念各人各说法，我的理解是：      多态是一个特征，及对象（接口、基类、子类）的多种表现行为。在java中主要体现在以下几点：、     1、重载（overload）与重写（override）：

什么是设计原则？  设计原则是基本的工具，应用这些规则可以使你的代码更加灵活、更容易维护，更容易扩展。下面介绍常用的面向对象设计原则： 基本OO原则：         1.封装变化。         2.面向接口编程而非实现。         3.优先使用组合而非继承。 单一职责原则SRP（Single Responsibility Principle）：

一、简单工厂模式说明：        外部调用与内部封装实现隔离的一种手段。简单工厂的本质是“选择实现类”。简单工厂的位置也属于在封装体内部，所以工厂是知道具体实现类的。简单工厂的目的就在于为外部调用来选择相应的实现类，从而使外部调用和内部实现进行解耦。 二、简单工厂示例：  /** * @Title: BeanFactory.java * @Package: