minSdkVersion 24时，如何在Kotlin包装对象无引用时清理C++对象？

针对你的需求，以下是几种可行的替代方案，实现Kotlin对象无引用时自动释放C++内存的功能：

方案1：重写finalize()方法（适配所有API24+版本） #

虽然Java 9之后finalize()被标记为Deprecated，但Android在API33以下仍支持它。你可以在Kotlin包装类中重写这个方法，在对象被GC回收前触发C++资源释放。

示例代码：

class NativeWrapper(private val nativePtr: Long) {

    // JNI方法：释放C++对象
    private external fun deleteNativeObject(ptr: Long)

    @Suppress("DEPRECATION")
    protected fun finalize() {
        deleteNativeObject(nativePtr)
    }
}

注意事项：

• GC触发finalize()的时机不确定，可能导致C++资源延迟释放，高内存压力场景下风险较高。
• 极端情况下（如内存不足），JVM可能取消finalize()执行，无法保证100%触发清理。

方案2：PhantomReference + ReferenceQueue（更可靠的自动清理） #

PhantomReference是最弱的引用类型，不会阻止对象被GC回收，且对象被回收时会被加入关联的ReferenceQueue。通过监听队列触发清理逻辑，比finalize()更可靠。

实现步骤：

1. 启动一个守护线程，持续监听ReferenceQueue。
2. 在NativeWrapper构造时，创建关联自身的PhantomReference并加入队列。
3. 队列收到引用时，执行JNI释放逻辑。

示例代码：

// 全局引用队列和清理线程
private val referenceQueue = ReferenceQueue<NativeWrapper>()
private val cleanerThread = Thread {
    while (true) {
        try {
            // 阻塞等待队列中的引用
            val reference = referenceQueue.remove() as NativeCleanerReference
            // 释放C++对象
            reference.cleanup()
            reference.clear()
        } catch (e: InterruptedException) {
            // 线程被中断时退出循环
            break
        }
    }
}.apply {
    isDaemon = true // 守护线程，不影响应用正常退出
    start()
}

// 自定义PhantomReference，持有C++对象指针
private class NativeCleanerReference(
    wrapper: NativeWrapper,
    private val nativePtr: Long,
    queue: ReferenceQueue<NativeWrapper>
) : PhantomReference<NativeWrapper>(wrapper, queue) {

    private external fun deleteNativeObject(ptr: Long)

    fun cleanup() {
        deleteNativeObject(nativePtr)
    }
}

class NativeWrapper(nativePtr: Long) {
    init {
        // 创建PhantomReference关联当前对象与队列
        NativeCleanerReference(this, nativePtr, referenceQueue)
    }
}

优势：

• 不会阻碍对象GC，清理时机更可控。
• 相比finalize()，被JVM取消执行的概率极低。
  不足：
• 需要维护后台守护线程，增加少量实现复杂度。

方案3：显式资源管理（最可靠的方案） #

如果允许调用者主动释放资源，实现Closeable或AutoCloseable接口是Android开发中推荐的方式，配合Kotlin的use函数可自动在代码块结束时触发清理，类似C++中手动管理资源的逻辑。

示例代码：

class NativeWrapper(private val nativePtr: Long) : Closeable {

    private external fun deleteNativeObject(ptr: Long)

    override fun close() {
        deleteNativeObject(nativePtr)
    }
}

// 使用示例：通过use块自动调用close()
fun useNativeObject() {
    NativeWrapper(createNativeObject()).use { wrapper ->
        // 在此处使用wrapper对象
    }
}

// JNI方法：创建C++对象并返回指针
private external fun createNativeObject(): Long

优势：

• 资源释放时机完全可控，无延迟风险。
• 可通过Lint等静态分析工具检查是否遗漏close()调用，避免内存泄漏。
  不足：
• 需要调用者主动配合，若忘记调用close()会导致资源泄漏。

方案选择建议 #

• 若必须完全自动清理，优先选择PhantomReference方案，可靠性优于finalize()。
• 若允许显式管理资源，优先选择Closeable+use方案，这是Android资源管理的标准实践。
• finalize()仅作为兜底方案，不建议在核心业务逻辑中依赖。

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