@Singleton能保证单例吗

本文探讨了scope里的@Singleton注解能否保证单例。分析发现,同一Component管理且有@Singleton注解的对象是单例,不同Component管理则不是。还通过源码分析了有无@Singleton注解的情况。最后介绍了保证全局单例的两种方法,并提及kotlin单例模式。

scope里有个@Singleton,它能保证单例吗?

答案是不完全能(或者是说是有条件的能)

当你不使用@Singleton时,在同一个宿主类里,注入两次同一个类的对象你会发现,两个对象的地址不一样

当你使用了@Singleton,在同一个宿主类里,注入两次同一个类的对象你会发现,两个对象的地址变得一样了

但是使用了@Singleton后,此时你在另一个宿主内,再次注入两次同一个类的对象你会发现,两个对象的地址在本宿主内是一样的,但是与之前的那个宿主里的对象地址是不同的

为什么会这样的呢,答案是当你使用了@Singleton后,你所注入的对象是通过Component管理的,只要是同一个Component管理到的,且经过@Singleto注解后的对象,无论注入几个都是同一个地址(也就是单例)

但是上面我们在新的宿主里,又重新new了个Component,所以新宿主里的两个对象是在新的Component所管理的,他们地址是一样的,而他们与第一个宿主之前的Component是不同的,所以地址会不一样

所以,结论来了,在同一个Component管理的对象,如果没了@Singleton注解了,那么他还是单例,不同Component所管理的对象,即使是@Singleton注解过了,依然不是单例

来看看源码

一、没使用Singleton注解的

这是DaggerPetComponent类

先得到providesPetProvider实例,然后在不同的宿主类(本例是Main2Activity,Main3Activity,BaseActivity)通过providesPetProvider,得到相应的main2ActivityMembersInjector,main3ActivityMembersInjector,baseActivityMembersInjector

然后实现了PetComponen接口里的注入方法,这里会通过上面得到的main2ActivityMembersInjector,main3ActivityMembersInjector,baseActivityMembersInjector去实现

可见,每次构建新的DaggerPetComponent,都会有新的providesPetProvider产生,导致main2ActivityMembersInjector,main3ActivityMembersInjector,baseActivityMembersInjector里所保存的注入实例是不同的,导致在不同的DaggerPetComponent所管理的对象之间不是单例

二、使用了Singleton后注解的,
  1. 这是DaggerPetComponent类

  2. 我们点击DoubleCheck看看

    我们看到,通过DoubleCheck保证了providesPetProvider是单例,然后使用同一个providesPetProvider,产生的对应的main2ActivityMembersInjector,main3ActivityMembersInjector,baseActivityMembersInjector里面实际保存的是相同的对象实例,从而实现了跨DaggerPetComponent间的单例

问题来了,如何保证全局单例呢

答案:全局保证实例化一个Component,然后所有的注入对象都是通过这个Component来管理,方法有二:

一、在Application里实例化一个Component

因为Application执行一次,从而保证里全局只有一个Component

class MyApplication :Application(){
    companion object{
        val petComponent = DaggerPetComponent.create()//初始化petComponent
    }

    override fun onCreate() {
        super.onCreate()
    }
}

class Main2Activity : BaseActivity() {
    @Inject
    lateinit var pet: Pet
    @Inject
    lateinit var pet1: Pet

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main2)
//        DaggerPetComponent.builder().petModule(PetModule()).build().inject(this)//不要这样注入,这样是new了新的petComponent,就不是全局单例了
        MyApplication.petComponent.inject(this)//要使用MyApplication里的petComponent
        bt.setOnClickListener {

            Log.e("ccc", pet.toString())
            Log.e("ccc", pet1.toString())

        }
        bt1.setOnClickListener {

            startActivity(Intent(this, Main3Activity::class.java))
        }
    }
}
class Main3Activity : BaseActivity() {
    @Inject
    lateinit var pet: Pet
    @Inject
    lateinit var pet1: Pet

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main3)

//       DaggerPetComponent.builder().petModule(PetModule()).build().inject(this)//不要这样注入,这样是new了新的petComponent,就不是全局单例了
        MyApplication.petComponent.inject(this)//要使用MyApplication里的petComponent
        Log.e("ccc", "pet${pet.toString()}")
        Log.e("ccc", "pet${pet1.toString()}")
    }
}

结果是全局单例

二、Component不再是一个接口了,把它改造成一个抽象类,在抽象类里实现本类的单例

@Component(modules = [PetModule::class])
@Singleton

abstract class PetComponent {
    companion object {
        private  var mComponent: PetComponent? =null
        fun getInstance(): PetComponent? {
            if (mComponent == null) {
                synchronized(PetComponent::class.java) {
                    if (mComponent == null) {
                        mComponent = DaggerPetComponent.create()
                    }
                }
            }
            return mComponent
        }
    }
    abstract fun inject(activity: Main2Activity)
    abstract fun inject(activity: Main3Activity)
}
class Main2Activity : BaseActivity() {
    @Inject
    lateinit var pet: Pet
    @Inject
    lateinit var pet1: Pet

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main2)

        PetComponent.getInstance()!!.inject(this)//单例注入

        bt.setOnClickListener {

            Log.e("ccc", pet.toString())
            Log.e("ccc", pet1.toString())

        }
        bt1.setOnClickListener {

            startActivity(Intent(this, Main3Activity::class.java))
        }
    }
}
class Main3Activity : BaseActivity() {
    @Inject
    lateinit var pet: Pet
    @Inject
    lateinit var pet1: Pet

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main3)

//       DaggerPetComponent.builder().petModule(PetModule()).build().inject(this)
//        MyApplication.petComponent.inject(this)
        PetComponent.getInstance()!!.inject(this)//单例注入


        Log.e("ccc", "pet${pet.toString()}")
        Log.e("ccc", "pet${pet1.toString()}")
    }
}

说说kotlin的单例模式

其实在kotlin里单例模式只需一个object即可

即把class改为object,kotlin内部就会把这个类改为单例
但是可惜,咱们的PetComponent必须包含抽象方法,那么这个类必须是abstract的,但是 abstract object不能同时使用所以使用了上面的两次判空的经典单例写法

参考

详解 Dagger2 的 @Scope 和 @Subcomponent

<think>我们正在讨论设计模式(SingletonDesignPattern)的实现。模式确保一个类只有一个实,并提供一个全局访问点。根据引用内容,我们可以总结几种实现方式:1.懒汉式(LazyInitialization):在第一次调用时创建实。这种方式需要考虑线程安全。2.饿汉式(EagerInitialization):在类加载时就创建好实,天生线程安全。3.双重检查锁(Double-CheckedLocking):在懒汉式的基础上,使用同步块和双重检查来减少同步的开销,并保证线程安全。4.静态内部类(StaticInnerClass):利用类加载机制保证线程安全,同时实现懒加载。引用中提供了几种代码示:引用[1]展示了一个Java的懒汉式实现,使用了`synchronized`关键字来保证线程安全:```javapublicstaticsynchronizedSingletonExamplegetSingletonInstance(){if(null==singletonInstance){singletonInstance=newSingletonExample();}returnsingletonInstance;}```引用[2]展示了C++的懒汉式实现(非线程安全):```cpp#include<iostream>classSingleton{private:staticSingleton*instance;Singleton(){}//私有构造函数public:staticSingleton*getInstance(){if(instance==nullptr){instance=newSingleton();}returninstance;}};//初始化静态成员Singleton*Singleton::instance=nullptr;```引用[3]展示了Java的饿汉式实现:```javaclassSingle1{privateSingle1(){}publicstaticSingle1s=newSingle1();publicstaticSingle1getInstance(){returns;}}```同时,引用[3]也提到了懒汉式,但没有给出具体代码。另外,引用[4]给出了模式的定义:确保一个类只有一个实,并提供一个全局访问点。现在,我们将详细介绍几种常见的实现方式,并注意线程安全问题。由于用户要求使用中文回答,并且要求生成相关问题,我们将按照以下步骤进行:1.解释模式的概念。2.分别给出不同实现方式的代码示(包括Java和C++),并分析其优缺点。3.生成相关问题。注意:在回答中,行内数学表达式使用$...$,独立公式使用$$...$$(但本问题中可能没有数学公式,因此主要关注代码格式)。同时,在引用的地方添加引用标识。开始回答:</think>### 设计模式实现详解 模式(Singleton Pattern)确保一个类**只有一个实**,并提供一个**全局访问点**。核心实现要点: 1. **私有构造函数**:防止外部直接实化 2. **静态私有实**:保存唯一实 3. **静态公有方法**:提供全局访问入口 4. **线程安全机制**:多线程环境下保证唯一性 #### 一、基础实现方式 ##### 1. 饿汉式(Eager Initialization) **线程安全**,类加载时立即创建实: ```java public class Singleton { // 类加载时立即初始化实 private static final Singleton instance = new Singleton(); // 私有构造函数 private Singleton() {} public static Singleton getInstance() { return instance; } } ``` **优点**:实现简,线程安全 **缺点**:可能造成资源浪费(未使用时也占用内存)[^3] ##### 2. 懒汉式(Lazy Initialization) **非线程安全**,首次调用时创建: ```java public class Singleton { private static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); // 多线程下可能创建多个实 } return instance; } } ``` #### 二、线程安全优化 ##### 1. 同步方法(线程安全懒汉式) ```java public class Singleton { private static Singleton instance; private Singleton() {} // 同步方法保证线程安全 public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` **缺点**:每次调用都同步,性能开销大[^1] ##### 2. 双重检查锁(Double-Checked Locking) ```java public class Singleton { private static volatile Singleton instance; // volatile禁止指令重排 private Singleton() {} public static Singleton getInstance() { if (instance == null) { // 第一次检查 synchronized (Singleton.class) { if (instance == null) { // 第二次检查 instance = new Singleton(); } } } return instance; } } ``` **优点**:线程安全 + 高性能 **要点**:必须使用`volatile`防止指令重排导致部分初始化对象[^2] ##### 3. 静态内部类(Holder模式) ```java public class Singleton { private Singleton() {} private static class Holder { static final Singleton INSTANCE = new Singleton(); } public static Singleton getInstance() { return Holder.INSTANCE; // 首次调用时加载内部类 } } ``` **优点**:线程安全 + 懒加载 + 无同步开销(推荐方式) #### 三、应用场景与注意事项 **典型场景**: - 配置文件管理类 - 线程池/连接池 - 日志管理器 - 硬件接口访问 **注意事项**: 1. 序列化需重写`readResolve()`防止反序列化创建新实 2. 反射攻击防护:构造函数中检查实是否存在 3. 对象生命周期管理(尤其资源释放) 4. 元测试困难(依赖全局状态)[^3] > 模式本质是**控制实数量**而非创建方式,需根据实际场景选择实现方案[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值