如何为Kotlin单例类编写单元测试？实例释放问题求解

单例的设计核心就是保证全局唯一实例，所以没法直接"释放"已创建的实例。针对你的单元测试场景，给你三个实用的解决办法：

1. 给单例加测试专用重置方法 #

修改你的DownloadManager单例类，新增一个仅测试可用的重置方法，用来清空单例引用：

// 假设你的DownloadManager是自定义单例实现（非Kotlin object）
class DownloadManager private constructor() {
    companion object {
        private var instance: DownloadManager? = null

        fun getInstance(): DownloadManager {
            if (instance == null) {
                instance = DownloadManager()
            }
            return instance!!
        }

        // 测试专用重置方法，用@VisibleForTesting限制仅测试可见
        @VisibleForTesting(otherwise = VisibleForTesting.NONE)
        fun resetInstance() {
            instance = null
        }
    }

    // 原有下载业务方法
}

然后在测试的@After方法里调用重置：

@After
fun teardown() {
    DownloadManager.resetInstance()
}

如果你的DownloadManager是Kotlin的object（饿汉式单例），没法直接修改内部实例，建议改成上面的自定义单例实现，方便测试调整。

2. 用反射强制重置单例 #

如果不想改动原单例代码，可以用反射直接修改单例的静态字段：

@After
fun teardown() {
    // 针对Kotlin object的情况，静态字段名固定为"INSTANCE"
    val field = DownloadManager::class.java.getDeclaredField("INSTANCE")
    field.isAccessible = true
    field.set(null, null)
}

注意：这种方法依赖单例的内部实现细节，一旦单例代码变更，测试可能失效，仅适合临时救急使用。

3. 重构为可注入的依赖（推荐） #

把单例改成接口+实现的结构，用依赖注入的方式提供实例，从根源解决测试时的实例残留问题：

// 定义下载管理器接口
interface IDownloadManager {
    fun downloadFile(url: String)
}

// 真实业务实现类
class DownloadManagerImpl : IDownloadManager {
    override fun downloadFile(url: String) {
        // 原有下载逻辑
    }
}

// 全局实例持有者
object DownloadProvider {
    var downloadManager: IDownloadManager = DownloadManagerImpl()
}

测试时直接替换实例：

@Before
fun setup() {
    sut = spyk(DownloadManagerImpl())
    DownloadProvider.downloadManager = sut
}

@After
fun teardown() {
    // 恢复为真实实例，避免影响其他测试用例
    DownloadProvider.downloadManager = DownloadManagerImpl()
}

这种方式不仅解决了测试重置问题，还让代码更灵活，后续扩展其他下载实现也更方便。

内容的提问来源于stack exchange，提问作者Priya