一.问题引入
偶然想想到的如果把Java的构造方法弄成private，那里面的成员属性是不是只有通过static来访问呢；如果构造方法是private的话，那么有什么好处呢；如果构造方法是private的话，会不更好的封装该内呢？我主要是应用在使用普通类模拟枚举类型里，后来发现这就是传说中的单例模式。构造函数弄成private 就是单例模式，即不想让别人用new 方法来创建多个对象，可以在类里面先生成一个对象，然后写一个public static方法把这个对象return出去。（eg:public 类名 getInstancd(){return 你刚刚生成的那个类对象;}），用static是因为你的构造函数是私有的，不能产生对象，所以只能用类名调用，所有只能是静态函数。成员变量也可以写getter/setter供外界访问的。如果谁要用这个类的实例就用有兴趣的读者参看我的这一篇博文http://www.cnblogs.com/hxsyl/archive/2013/03/18/2966360.html。
第一个代码不是单例模式，也就是说不一定只要构造方法是private的就是单例模式。
1 class A(){
2 private A(){}
3 public name;
4
5 pulbic static A creatInstance(){
6
7 return new A();
8 }
9
10 }
11
12 A a = A.createInstance();
13 a.name; //name 属性
1 public class single{
2
3 private static final single s=new single();
4
5 private single(){
6
7 }
8
9 public static single getInstance(){
10 return s;
11
12 }
13 }
二.单例模式概念及特点
java中单例模式是一种常见的设计模式，单例模式分三种：懒汉式单例、饿汉式单例、登记式单例三种。
单例模式有一下特点：
1、单例类只能有一个实例。
2、单例类必须自己自己创建自己的唯一实例。
3、单例类必须给所有其他对象提供这一实例。
单例模式确保某个类只有一个实例，而且自行实例化并向整个系统提供这个实例。在计算机系统中，线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象常被设计成单例。这些应用都或多或少具有资源管理器的功能。每台计算机可以有若干个打印机，但只能有一个Printer Spooler，以避免两个打印作业同时输出到打印机中。每台计算机可以有若干通信端口，系统应当集中管理这些通信端口，以避免一个通信端口同时被两个请求同时调用。总之，选择单例模式就是为了避免不一致状态，避免政出多头。
正是由于这个特 点，单例对象通常作为程序中的存放配置信息的载体，因为它能保证其他对象读到一致的信息。例如在某个服务器程序中，该服务器的配置信息可能存放在数据库或 文件中，这些配置数据由某个单例对象统一读取，服务进程中的其他对象如果要获取这些配置信息，只需访问该单例对象即可。这种方式极大地简化了在复杂环境 下，尤其是多线程环境下的配置管理，但是随着应用场景的不同，也可能带来一些同步问题。
三.典型例题
java单例大家都熟悉，下面总结几个简单例子
首先是经典单例模式：
[java] view plain copy
http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf
/* * 经典单例模式 */ public class SimpleInstance1 { private static SimpleInstance1 instance = null; private SimpleInstance1(){}; public static SimpleInstance1 getInstance(){ if (instance == null){ return new SimpleInstance1(); } else return instance; } }
这种单例模式是在第一次调用getInstance的时候，对类进行初始化，以后调用时直接返回第一次初始化的实例。
但是这种模式不保证线程安全。例如，线程A和线程B同时第一次运行到如下语句
[java] view plain copy
http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf
if (instance == null ){
此时2个线程的判断都为true，所以就都进行了一次实例化new SimpleInstance1()。
为了避免这种线程不安全问题，可以使用饿汉式，如下：
[java] view plain copy
http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf
/* * 饿汉一步到位方式 */ public class SimpleInstance2 { private static final SimpleInstance2 instance = new SimpleInstance2(); private SimpleInstance2(){}; public static SimpleInstance2 getInstance(){ return instance; } }
上面把初始化放到了static中，这样在类装载的时候就进行了初始化，确实可以保证线程安全（因为真正开始调用getInstance()之前就已经初始化了），但是却丢失了部分系统资源。而且有一个明显的缺点，就是new SimpleInstance2()中，不能根据程序运行情况动态的往构造方法中传入参数。
现在我们回到最初的经典单例模式，为保证线程安全，我们做如下改进：
[java] view plain copy
http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf
public class SimpleInstance3 { private static SimpleInstance3 instance = null; private SimpleInstance3(){}; public static synchronized SimpleInstance3 getInstance(){ if (instance == null){ return new SimpleInstance3(); } else return instance; } }
我们在getInstance方法中加入synchronized关键字，保证同一时刻只有一个线程可以进入此方法。这样确实可以保证线程安全，而且也是在真正需要用到此类的时候进行第一次初始化的，但是这样进行线程同步，性能开销很客观。
其实做出线程同步的目的，是防止首次初始化的时候出现线程不安全的情况，而上面的模式中，不仅首次初始化时要线程同步，即使初始化之后调用getInstance也进行线程同步限制了，不仅没必要，还浪费了时间。针对这种情况进行如下的改进：
[java] view plain copy
http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf
/* * 双重锁定模式 */ public class SimpleInstance4 { private volatile static SimpleInstance4 instance = null; private SimpleInstance4(){}; public static SimpleInstance4 getInstance(){ if (instance == null){ synchronized (SimpleInstance4.class) { if (instance == null){ return new SimpleInstance4(); } } } return instance; } }
这个不多解释了，只在初始化的那部分代码中加入线程同步，相比上面的那种同步小有改进。不过instance也被定义为volatile，因为new操作在jdk1.5以前不是一个规范安全的过程（具体可以参看jvm方面的资料），这样也消耗了不少系统时间。
五.结束语
参考了很多资料才整理出了该内容，请大家多多指教，期间受益颇多，感觉到OS很重要，等把网络版的俄罗斯方块搞好后就去复习OS……加油，我是最棒的！！！
参考文献：http://www.cnblogs.com/whgw/archive/2011/10/05/2199535.html，http://blog.csdn.net/leesidong/article/details/6024455
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
