将其放入ViewModel中。这至少会在配置更改时保留它。但是，如果Activity被销毁以节省内存，然后重新创建，它将丢失状态。如果即使在这些条件下也需要保留状态，那么您将不得不做一些事情，例如将其转换为包裹。您可能需要查看KotlinParcelize插件，以使这项工作更容易（更自动化）。
你的contextProvider是一个黑客，它不能解决根泄漏问题。它只会欺骗linter无法警告你。传递一个Application而不是Context，并从Application获取Context。Application的Context不能被泄漏，因为它在你的进程的生命周期中存在。我知道你想摆脱在object中使用静态引用，但这仍然适用于任何解决方案，其中您的BleManager将比Activity更长寿。

您可以使用Android架构组件提供的ViewModel类。ViewModels专门用于存储和管理UI相关数据，其方式可以在屏幕旋转等配置更改中保持不变。您可以使用ViewModel来保存BleManager对象的引用，并根据需要从Activity或Fragment访问它。
这样，只要Activity或Fragment没有被破坏，BleManager示例将在屏幕旋转时保留。
另外，对于BleManager，你最好使用Context#getApplicationContext来避免内存泄漏。这是一个单例，在Activity销毁后不会导致内存泄漏。

我不建议你使用Parcelable来保存屏幕旋转后重新创建的大对象，因为如果你的Bundle太大，你可能会得到TransactionTooLargeException。

您可以通过使用Android Jetpack架构组件提供的ViewModel类来实现这一点。ViewModel是一个旨在以生命周期意识的方式存储和管理UI相关数据的类。它允许数据在配置更改（如屏幕旋转）中生存。
下面是一个如何使用ViewModel的示例
创建你想要保存的Model类，我们称之为MyDataClass。
创建一个扩展ViewModel类的新类。

import androidx.lifecycle.ViewModel

class MyViewModel : ViewModel() {
    var myDataClassInstance: MyDataClass? = null
}

在“活动”中，创建一个ViewModelProvider并检索MyViewModel的示例。

import androidx.appcompat.app.AppCompatActivity
import androidx.lifecycle.ViewModelProvider

class MyActivity : AppCompatActivity() {
    private lateinit var myViewModel: MyViewModel

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

        myViewModel = ViewModelProvider(this).get(MyViewModel::class.java)

        // Get the instance of MyDataClass from the ViewModel
        var myDataClassInstance = myViewModel.myDataClassInstance

        // If the instance is null, create a new instance
        if (myDataClassInstance == null) {
            myDataClassInstance = MyDataClass()
            myViewModel.myDataClassInstance = myDataClassInstance
        }

        // Use myDataClassInstance in your Activity
    }
}