单例模式我想大家都比较熟悉，就是在JVM运行期间一个类只有一个实例，任何时候都是取得同一个实例，也就是一个全局变量了。
单例模式分懒汉式和饿汉式，但是懒汉式的单例在多线程环境下会有同步的问题，下面详细介绍了用3中方法来解决此问题。
单例模式具有以下几个特点：
1.JVM运行期间有且只有一个实例
2.构造函数是私有的
3.通过一个静态工厂方法来获得唯一的实例
4.累内部有一个私有静态实例，通过静态工厂方法创建后，每次再调用静态工厂方法，返回的都是同一个实例

饿汉式：
public class Singleton{
    private static Singleton uniqueInstance = new Singleton();
    // 其他实例变量
    private Singleton(){}
    public static Singleton getInstance(){
        return uniqueInstance;
    }
    
    // 其他方法
}

懒汉式：
public class Singleton{
    private static Singleton uniqueInstance;
    // 其他实例变量
    private Singleton(){}
    public static Singleton getInstance(){
        if(uniqueInstance == null){
            uniqueInstance = new Signleton();
        }
        return uniqueInstance;
    }
    
    // 其他方法
}

多线程环境下的单例模式：
上面的代码就是最基本的单例模式示例代码。但是懒汉式单例有一个问题，因为要保证有且仅有一个实例，如果在多线程环境下调用Singleton.getInstance()，就可能会有多个实例！为了解决多线程访问的问题，有3种解决方法供选择：

1.静态工厂方法加同步关键字，这种方法是在对性能要求不高的情况下采用。
public class Singleton{
    private static Singleton uniqueInstance;
    // 其他实例变量
    private Singleton(){}
    public static synchronised Singleton getInstance(){
        if(uniqueInstance == null){
            uniqueInstance = new Signleton();
        }
        return uniqueInstance;
    }
    
    // 其他方法
}

2.始终用饿汉式单例
public class Singleton{
    private static Singleton uniqueInstance = new Singleton();
    // 其他实例变量
    private Singleton(){}
    public static Singleton getInstance(){
        return uniqueInstance;
    }
    
    // 其他方法
}
饿汉式的方法，会依赖于JVM在加载类的时候，就创建唯一的实例。在每个线程访问getInstance方法前，唯一实例已经被创建。

3.用双检查锁来减少懒汉式中静态方法getInstance的同步开销
对public static synchronised Singleton getInstance()的每次调用，都需要同步，而双检查锁的方式只是在第一次创建实例时同步，其他时候并不需要同步。
public class Singleton{
    private volatile static Singleton uniqueInstance;
    private Singleton(){}
    public static Singleton getInstance(){
        if(uniqueInstance == null){
            synchronised(Singleton.class){
                if(uniqueInstance == null){
                       uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}

如果调用时实例为null，则进入同步区块，此时再进行判断，如果还为null，就创建唯一的实例。有可能在一个线程在 if(uniqueInstance == null) 后进入同步区块前，另一个线程恰好已经创建成功并从同步区块中出来，这就需要进入同步区块后，再做uniqueInstance是否为null的判断。
同时uniqueInstance需要加volatile关键字，保证在创建单例实例时，多个线程能正确处理uniqueInstance变量。

注意：
双检查锁的方式在Java1.4及1.4以前版本不能工作！！因此双检查锁只能在Java 5及以上版本才可以使用。
记得Effictive Java中也提到过双检查锁，也说不能在Java1.4中使用。
原因是Java 1.4及以前的JVM中对volatile关键字的实现允许对双检查锁不合适的同步。（谁能帮我再深入解释下？）原文是：
Unfortunately, in Java version 1.4 and earlier, many JVMs contain implementations of the volatile keyword that allow improper synchronization for double-checked locking. If you must use a JVM other than Java 5, consider other methods of implementing your Singleton.

去年买的Head First Pattern英文版，看了一点点，看起来还是比较吃力。。今年开始一点点的看，慢慢的看进去了，真是好书啊，一点点的从实际例子入手，一步步的、循序渐进的说明每一个设计模式，真是足够的深入浅出！以前也看过阎宏的《Java与模式》，结合中国的传统道家文化、儒家思想，甚至西游记、红楼梦、女娲造人都用上了，说的是也算够透彻了的，但是总感觉还是有些东西理解的不太深。

下面总结下这些天看的代理模式。。

一句话概括代理模式，就是用代理对象对真实对象的访问控制，代理对象和真实对象都实现同一个Subject接口。

类图表示如下：

个人理解，代理模式在现实例子里，可以有非常多的变种，关键在于代理对象如何实现对真实对象的访问控制。变化在于访问控制的方式。着重说明下书中的3个例子，就是3种代理模式的使用场合。。

自从Google Chrome发布以来，各大媒体争相报道，各个牛人出来发表一番评论。。有人批评有人褒扬，据说下载人数达到几百万了。。市场占用率统计也超过Opera了，试用人数比使用IE8的要多。。具体统计数据我不清楚。。只是站在一个普通程序员的角度说下个人的看法。

Chrome是基于webkit核心的。据说webkit非常小巧且功能强大，比firefox的核心引擎Gecko要小巧的多。据说Gecko非常复杂，代码非常多，尽管功能非常强大，占用内存也非常多，Mozilla也一直在改进，并且Mozilla也一直在发展一个javascript的引擎，据说比Chrome的v8要快27%。但是我觉得好像Chrome占用内存比Firefox3.0要多不少呢。

Chrome的第一印象是非常简洁，没有工具栏和菜单，秉承了Google的一贯风格，比如google的首页等。只有标签页和地址栏，操作起来也非常顺手，也挺快，看上去很清爽，还算比较喜欢。

今天用Google Docs在写东西，开了一个一个窗口，其中一个是Google Docs的首页，第二个窗口有3个标签页，占用内存还真不少。这些都是Ajax页面，也都是相当占资源。一共169M多。并且有时响应比较慢。突然不动了，过一小会才会好。