最近用sonar测评代码质量的时候，发现一个问题，工程中一些util类，以前写的static方法都提示最好用单例的方式进行改正。
为此，我仔细想了想，发现还是很有道理的。这里谈谈我个人对static方法与单例模式的理解。
所谓单例模式，我不做过多解释，推荐java设计模式之禅这本书，好好理解一下。
这里我谈谈两种写法：
以前一些公共的类，我不假思索，习惯按照如下写法去写：
public class DateUtil {
public final static String DATEFORMAT = "YYYY-MM-DD";
private DateUtil() {
}
public static void changeDateFormat() {
}
}调用的时候直接DateUtil.changeDateFormat();
如果希望这个类作为一个单例，OK，可以直接在方法里添加一个私有的构造方法。
这样一来，既可以避免用户new一个对象，又可以实现方法的调用，看似很好。
其实，这种做法最大的缺点就是static作为一个静态方法，在加载类的时候就被加载到内存中，不管你用不用都占用这个位置，这种设计是不推荐的。
而采用单例模式的写法很好的解决了这个问题，如下：
public class DateUtil {
public final String DATEFORMAT = "YYYY-MM-DD";
public static DateUtil instance = null;
private DateUtil() {
}
private static Integer LOCK = 0;
public static DateUtil getInstance() {
synchronized (LOCK) {
if (instance == null) {
instance = new DateUtil();
}
return instance;
}
}
public void changeDateFormat() {
}
}
同样，这种方式可以确保用户只能获取一个实例，符合单例的设计思想。
同时，只有在用这个实例调用方法的时候，方法才被加入到内存中，当对象不用的时候，gc会将方法回收，效率高了很多，当然我这里构建的单例是线程安全的。
简单介绍到这里，如果对JAVA内存感兴趣的可以看我之前的文章，这里还要推荐另一个兄弟的，链接发上：
1.http://blog.csdn.net/hongshan50/article/details/40583875
2.如果对static方法和普通方法占用JAVA内存感兴趣的，看下面这篇：
http://blog.sina.com.cn/s/blog_4fe01e630100g775.html