今天小编给大家分享一下Java单例模式的饿汉和懒汉模式怎么实现的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、网站空间、营销软件、网站建设、武清网站维护、网站推广。
保证某个类在程序中只存在一份实例，而不会创建多个实例，这样就会提高效率。
在单利模式中一般只提供一个getInstance()方法来获取实例对象，不提供setInstance()方法,目的是为了避免再实例化出其他实例对象。其中单例模式中有两种模式一种是饿汉模式，一种是懒汉模式。
饿汉模式就是在类加载的时候立刻会实例化，后续使用就只会出现一份实例。
package thread.example;
//饿汉模式
public class HungrySingle {
//在类加载的时候就实例化了，类加载只有一次，所以值实例化出了一份该实例对象
private static HungrySingle instance = new HungrySingle();
public static HungrySingle getInstance() {
return instance;
}
}在类加载的时候就已经实例化了，所以该实例化没有涉及到实例化的修改操作，只是进行读取操作。在多线程情况下是线程安全的。
在类加载的时候没有直接实例化，而是调用指定实例方法的时候再进行实例化，这样就能保证不想使用的时候也不会实例化。一般来说比饿汉模式的效率高。
package thread.example;
//单线程的懒汉模式
public class LazySingle {
private static LazySingle instance = null;
//只有在调用该方法的时候才实例化
public static LazySingle getInstance() {
if(instance == null) {
instance = new LazySingle();
}
return instance;
}
}（1）导致懒汉模式在多线程情况下的不安全原因
在多线程的情况下，由于可能两个线程都会得到一份instance=null，这是因为如果线程1修改了自己县城中的instance后还没来得及修改主内存中的instance，所导致线程2也实例化出了一份instance对象，这时候也就不再是单例模式了。主要导致该问题的是由于这里面涉及到了对instance的修改操作，失去了原子性，为了保证原子性，我们想到了加锁，从而实现线程安全问题。
（2）解决方法代码示例
版本1
package thread.example;
//多线程安全下的懒汉模式
public class LazySingle {
private LazySingle() {
}
private static LazySingle instance = null;
//只有在调用该方法的时候才实例化
public static synchronized LazySingle getInstance() {
if (instance == null) {
instance = new LazySingle();
}
return instance;
}
}版本1的代码虽然保证了线程安全，但是每次调用该方法时还是会出现加锁解锁问题，为了进一步优化，我们可以减小锁的粒度来提高效率，因为加了锁之后也就和高并发无缘了，但我们还是想提高效率，所以才会进行优化。
版本2
双重if判断加锁提高效率
package thread.example;
public class SecurityLazyModle {
private LazySingle() {
}
private static volatile SecurityLazyModle instance = null;//保证内存可见性，防止编译器过度优化(指令重排序)
public static SecurityLazyModle getInstance() {
if(instance == null) {
synchronized (SecurityLazyModle.class) {
if(instance == null) {
instance = new SecurityLazyModle();
}
}
}
return instance;
}
}版本2的解释说明
第一层if是为了判断当前是否已经把实例创建出来，第二层synchronized是为了使进入当前if中的线程来竞争锁，当拿到锁的线程进入到第三层if之后判断是否为空，不为空就是实例化对象，然后再释放锁，释放锁之后，instance已经不为空了，后面的线程就被阻挡在了第三层if这里了，之后再来访问getInstance()方法，发现该instance已经不为空了，也就不用再抢占锁资源了，因为竞争锁也消耗大量的时间。通过这样处理，既保证了线程安全，也提高了效率。
这里使用volatile是为了防止编译器优化导致的指令重排序，在进行new一个对象不是原子性操作，可以分为三步骤：
1.分配内存空间
2.实例化对象
3.给变量赋值
对于上面的执行，如果1和3先执行了（假设2还没有完成），在第一层if外的线程这时候判断不为null,这时候就会直接返回该对象，但是这个对象只执行了一半，之后使用就会导致线程安全问题。
通过volatile就可以确保这3步骤必须执行完（无论顺序如何，最终都会执行完），外面的线程才可以执行，这时候就保证了该对象的完整性。
以上就是“Java单例模式的饿汉和懒汉模式怎么实现”这篇文章的所有内容，感谢各位的阅读！相信大家阅读完这篇文章都有很大的收获，小编每天都会为大家更新不同的知识，如果还想学习更多的知识，请关注创新互联行业资讯频道。