近期用sonar測评代码质量的时候，发现一个问题，project中一些util类，曾经写的static方法都提示最好用单例的方式进行改正。
为此，我细致想了想，发现还是非常有道理的。这里谈谈我个人对static方法与单例模式的理解。
所谓单例模式，我不做过多解释，推荐java设计模式之禅这本书，好好理解一下。
这里我谈谈两种写法：
曾经一些公共的类，我不假思索，习惯依照例如以下写法去写：
| public class DateUtil {
public final static String DATEFORMAT = "YYYY-MM-DD"; private DateUtil() { } } |
调用的时候直接DateUtil.changeDateFormat();
假设希望这个类作为一个单例，OK，能够直接在方法里加入一个私有的构造方法。
这样一来，既能够避免用户new一个对象，又能够实现方法的调用，看似非常好。
事实上，这样的做法最大的缺点就是static作为一个静态方法，在载入类的时候就被载入到内存中，无论你用不用都占用这个位置，这样的设计是不推荐的。
而採用单例模式的写法非常好的攻克了这个问题，例如以下：
| public class DateUtil {
public final String DATEFORMAT = "YYYY-MM-DD"; private DateUtil() { } private static Integer LOCK = 0; public static DateUtil getInstance() { 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