Android内存性能优化：全局/局部字段、Dagger作用域选型咨询

1. 全局字段与局部字段的内存开销对比 #

其实单个对象本身的内存开销是完全一样的——不管你把它声明为全局字段（比如类的成员变量、Application级的属性）还是局部字段（方法内部的变量），对象在堆内存中占用的空间只由它自身的类型和数据决定，和声明位置无关。

但两者的核心区别在于内存占用的时长和回收时机，这也是大家容易混淆"开销"的原因：

• 局部字段：方法执行完毕后，如果这个对象没有被外部引用（比如没被全局变量、静态变量持有），就会被GC标记为可回收，很快就能释放内存。
• 全局字段：只要它所属的类实例没有被销毁（比如Application实例、单例类、长期存活的Activity实例），这个字段就会一直占用内存。如果全局字段不小心持有了本该被回收的对象（比如Activity的上下文），还容易引发内存泄漏，导致内存长期无法释放，看起来像是"开销更高"。

举个直观的例子：你在方法里创建了一个Bitmap对象，方法结束后只要没有其他引用，它很快就会被回收；但如果把这个Bitmap赋值给Application的全局字段，只要App不退出，它就会一直占着内存，哪怕你已经完全不需要它了。

2. Dagger中@applicationScope与@activityScope的适用场景 #

先明确这两个Scope的生命周期边界：

• @applicationScope：和Application的生命周期完全绑定，整个App运行期间只会创建一次实例，直到App进程被杀死才会销毁。
• @activityScope：和单个Activity的生命周期绑定，每次创建Activity时会生成对应的实例，Activity销毁时实例也会被回收（前提是没有被外部长生命周期对象意外持有）。

具体怎么选，看对象的使用场景和生命周期需求：

• 适合用@applicationScope的对象：
  • 全局复用的核心服务：比如网络请求客户端（Retrofit实例）、数据库操作类（Room的Database实例）、全局数据仓库（Repository单例），这些对象不需要重复创建，复用能提升性能，且需要在App的各个组件中访问。
  • 不依赖页面生命周期的工具类：比如SharedPreferences管理类、全局日志工具类。
• 适合用@activityScope的对象：
  • 仅和单个Activity绑定的业务对象：比如某个Activity专属的UI状态管理器、只在该页面使用的本地数据处理器。
  • 依赖Activity上下文的对象：比如某些需要Activity上下文的自定义View辅助类，用@activityScope可以确保Activity销毁时这些对象也被回收，避免内存泄漏。

额外提一句：ViewModel本身有专属的ViewModelScope，如果是给ViewModel注入依赖，优先考虑ViewModel的Scope；但如果必须在@applicationScope和@activityScope里二选一，要看ViewModel的依赖是否需要跟随Activity生命周期——如果依赖是全局可用的，就用@applicationScope；如果依赖只在Activity存活期间有效，就用@activityScope。

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