依赖注入，简单说就是把“创建对象”和“使用对象”这两件事分开。你需要什么，别人（框架）直接递给你，而不是你自己去造。这么做有什么好处？1.解耦：MainViewModel 强依赖具体的类。如果哪天 MqttRepository 的构造函数变了（比如需要传一个 Context），你就必须跑到所有 new MqttRepository() 的地方去改代码。别人给的时候，MainViewModel 只认“接口”或“约定”，不关心你怎么造。以后要改构造函数、换一个实现类，只需要在 AppModule 里改一行 @Provides 代码，整个项目所有用到它的地方（MainViewModel、HomeViewModel）一行都不用改。2. 职责单一清晰：ViewModel类只管使用，如果不分离要在 ViewModel 里写“怎么初始化数据库”、“怎么建线程池”.... , 这会让 ViewModel 极其臃肿，变成“上帝类”。3. 防止内存泄漏：Hilt 会在 App 启动时创建一次，全局共享。你不需要再操心onCleared里面去shutdown()它，Hilt 会保证它的生命周期和 App 进程一致，安全又省心。Hilt集成libs.versions.toml[versions] ksp = "2.3.4" # 添加 Hilt 版本（建议 2.48+，如果 Kotlin 版本较新，建议用最新的稳定版） hilt = "2.59.1" [libraries] # Dagger dagger-core app工程内使用Hilt做依赖注入
依赖注入，简单说就是把“创建对象”和“使用对象”这两件事分开。你需要什么，别人（框架）直接递给你，而不是你自己去造。这么做有什么好处？1.解耦：MainViewModel 强依赖具体的类。如果哪天 MqttRepository 的构造函数变了（比如需要传一个 Context），你就必须跑到所有 new MqttRepository() 的地方去改代码。别人给的时候，MainViewModel 只认“接口”或“约定”，不关心你怎么造。以后要改构造函数、换一个实现类，只需要在 AppModule 里改一行 @Provides 代码，整个项目所有用到它的地方（MainViewModel、HomeViewModel）一行都不用改。2. 职责单一清晰：ViewModel类只管使用，如果不分离要在 ViewModel 里写“怎么初始化数据库”、“怎么建线程池”.... , 这会让 ViewModel 极其臃肿，变成“上帝类”。3. 防止内存泄漏：Hilt 会在 App 启动时创建一次，全局共享。你不需要再操心onCleared里面去shutdown()它，Hilt 会保证它的生命周期和 App 进程一致，安全又省心。Hilt集成libs.versions.toml[versions] ksp = "2.3.4" # 添加 Hilt 版本（建议 2.48+，如果 Kotlin 版本较新，建议用最新的稳定版） hilt = "2.59.1" [libraries] # Dagger dagger-core