替代Singleton类，Android应用中全局对象的更佳存储方案是什么？

在Android开发中，重复创建Retrofit实例会浪费资源，而普通单例模式又存在测试困难、耦合度高、潜在内存泄漏等问题，下面是几种更优的实现方式：

1. 依赖注入框架（推荐用Hilt） #

Hilt是Google官方适配Android的依赖注入框架，能自动管理Retrofit这类全局对象的生命周期，完美解决单例模式的痛点。

实现步骤： #

• 先在项目中添加Hilt的Gradle依赖（具体配置可参考官方文档）
• 创建网络模块，提供Retrofit、OkHttpClient和ApiService的单例实例：

@Module
@InstallIn(SingletonComponent::class)
object NetworkModule {
    @Provides
    @Singleton
    fun provideOkHttpClient(): OkHttpClient {
        return OkHttpClient.Builder()
            .addInterceptor(HttpLoggingInterceptor().setLevel(HttpLoggingInterceptor.Level.BODY))
            .build()
    }

    @Provides
    @Singleton
    fun provideRetrofit(okHttpClient: OkHttpClient): Retrofit {
        return Retrofit.Builder()
            .baseUrl("https://your-base-url.com/")
            .client(okHttpClient)
            .addConverterFactory(GsonConverterFactory.create())
            .build()
    }

    @Provides
    @Singleton
    fun provideApiService(retrofit: Retrofit): YourApiService {
        return retrofit.create(YourApiService::class.java)
    }
}

• 在需要的Activity中直接注入ApiService：

@AndroidEntryPoint
class YourActivity : AppCompatActivity() {
    @Inject
    lateinit var apiService: YourApiService

    // 后续直接调用apiService发起网络请求即可
}

优势： #

• 自动处理对象生命周期，无需手动维护单例
• 测试时可轻松替换为模拟的ApiService实例
• 降低代码耦合，符合依赖倒置原则

2. 自定义Application类管理（轻量无依赖方案） #

如果不想引入额外框架，可以借助Application类的全局生命周期来管理Retrofit实例，比普通单例更可控。

实现步骤： #

• 自定义Application类：

class MyApp : Application() {
    lateinit var apiService: YourApiService

    override fun onCreate() {
        super.onCreate()
        // 初始化OkHttpClient和Retrofit
        val okHttpClient = OkHttpClient.Builder()
            .addInterceptor(HttpLoggingInterceptor().setLevel(HttpLoggingInterceptor.Level.BODY))
            .build()
        val retrofit = Retrofit.Builder()
            .baseUrl("https://your-base-url.com/")
            .client(okHttpClient)
            .addConverterFactory(GsonConverterFactory.create())
            .build()
        apiService = retrofit.create(YourApiService::class.java)
    }
}

• 在AndroidManifest.xml中指定该Application类：

<application
    android:name=".MyApp"
    <!-- 其他配置 -->
    >
</application>

• 在Activity中获取实例：

val apiService = (application as MyApp).apiService

优势： #

• 实现简单，无额外依赖
• 实例生命周期与应用一致，避免不必要的创建销毁

不足： #

• 代码耦合度仍较高，测试时替换实例不如依赖注入方便

3. 搭配Repository模式（架构层面优化） #

不管用哪种方式管理Retrofit，都建议结合Repository模式，将网络请求逻辑从Activity中剥离，进一步解耦代码，符合MVVM架构规范。

示例实现： #

// 数据仓库类，封装网络请求逻辑
class DataRepository(private val apiService: YourApiService) {
    suspend fun fetchData(): Result<YourDataModel> {
        return try {
            val response = apiService.getData()
            if (response.isSuccessful) {
                Result.success(response.body()!!)
            } else {
                Result.failure(Exception("请求失败，状态码：${response.code()}"))
            }
        } catch (e: Exception) {
            Result.failure(e)
        }
    }
}

// ViewModel类，作为Activity和Repository的中间层
class YourViewModel(private val repository: DataRepository) : ViewModel() {
    val dataLiveData = MutableLiveData<Result<YourDataModel>>()

    fun fetchData() {
        viewModelScope.launch {
            dataLiveData.value = repository.fetchData()
        }
    }
}

之后Activity只需要观察ViewModel的LiveData，无需直接操作Retrofit或ApiService，代码结构更清晰，也便于维护和测试。

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