单例设计模式恶汉和懒汉哪个线程安全？

饿汉式获取实例的步骤简单所以线程更安全。懒汉式只是不会在类加载时即创建静态对象而效率略高，而因此也导致有判断是否已创建对象环节会使线程变得不安全，需要加同步锁才能解决该问题。

单例模式中，饿汉式和懒汉式的区别?为什么推荐说，用饿汉模式？

单例中懒汉和饿汉的本质区别在于以下几点：

1、饿汉式是线程安全的，在类创建的同时就已经创建好一个静态的对象供系统使用，以后不在改变。懒汉式如果在创建实例对象时不加上synchronized则会导致对对象的访问不是线程安全的。

2、从实现方式来讲他们最大的区别就是懒汉式是延时加载，他是在需要的时候才创建对象，而饿汉式在虚拟机启动的时候就会创建，饿汉式无需关注多线程问题，写法简单明了，能用则用。但是它是加载类时创建实例。所以如果是一个工厂模式，缓存了很多实例，那么就得考虑效率问题，因为这个类一加载则把所有实例不管用不用一块创建。

3、两者建立单例对象的时间不同。“懒汉式”是在你真正用到的时候才去建这个单例对象，“饿汉式”是在不管用不用得上，一开始就建立这个单例对象。扩展资料1、单例模式的优点有：（1）实例控制：单例模式会阻止其他对象实例化其自己的单例对象的副本，从而确保所有对象都访问唯一实例。（2）灵活性：因为类控制了实例化过程，所以类可以灵活更改实例化过程。2、单例模式的缺点有：（1）开销：虽然数量很少，但如果每次对象请求引用时都要检查是否存在类的实例，将仍然需要一些开销。可以通过使用静态初始化解决此问题。（2）可能的开发混淆：使用单例对象（尤其在类库中定义的对象）时，开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码，因此应用程序开发人员可能会意外发现自己无法直接实例化此类。

有人说设计模式是为了弥补Java语言的缺陷，你觉得是这样吗？

看你从哪个层面来看待设计模式！

语言层面

如果你从语言层面来看设计模式，那么这个说法可以说是对的。有部分设计模式是弥补了Java语言上的不足，最明显的就是单例模式。

在Java中本身没有提供单例对象的创建，需要通过单例模式来实现，什么饿汉式，懒汉式，多线程下还要关注DCL，volatile关键字等等，衍生了很多的面试题。

而在现代语言中，很多都提供了创建单例对象的语法，比如Scala，Kotlin的object关键字。

代码设计层面

如果从代码设计层面来看，设计模式提供了一套可复用的代码结构，来解决特定问题。比如，当需要动态化某些可选部分时，可以使用策略模式。当需要一组操作来顺序操作某个对象时，可以使用职责链模式。

架构层面

从架构层面来看，设计模式对组件关系进行了解耦。

假设我们要实现一个文件服务器，有一个UploadService来进行上传操作，可以调用ConvertService对文件进行转换。UploadService属于核心模块「上传模块」，而ConvertService属于非核心模块「转换模块」。

如果UploadService直接去调用ConvertService来执行转换，那么核心模块就依赖了非核心模块。如下图：

非核心模块是相对不稳定的，核心模块是相对稳定的。核心模块依赖了非核心模块会导致核心模块也不稳定。所以可以使用策略模式来解耦：

看箭头的方向，现在转换模块依赖于上传模块，转换模块的变化不会影响上传模块。依赖方向改变了，这就是传说中的「依赖倒置」！

写一个简单的单例模式 懒汉式和饿汉式 饿汉式单例模式线程安全吗

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。