Android静态变量存储位置及跨进程修改异常问题问询

问题场景 #

我开发了一个包含两个进程的Android应用，分别对应Activity和Service，Manifest配置如下：

<activity
    android:name=".MainActivity"
    android:exported="true"
    android:theme="@style/Theme.MyApplication.NoActionBar">
</activity>
<service
    android:name="com.musicservicebymessenger.service.MusicService"
    android:enabled="true"
    android:process=":MusicService"
    android:exported="false">
</service>

在MainActivity中定义了一个静态变量：

public class MainActivity extends AppCompatActivity  {
    public static int a = 0;
}

在Service中对该变量进行更新：

public class MusicService extends Service {
    @Override
    public void onCreate() {
        super.onCreate();
        MainActivity.a++;
    }
}

我对此存在以下疑问：

• 两个进程拥有独立的堆内存，为何Service进程能修改Activity进程中的静态变量？
• 静态变量为何会被存储在堆内存？它在堆内存中的具体存储区域是哪里？
• 跨进程能修改它的原因是什么？

解答 #

1. 跨进程"修改"静态变量的本质 #

你看到的Service修改静态变量，并不是修改了Activity进程里的那个变量。Android中每个进程都有独立的虚拟机实例和内存空间，Service进程启动时会加载MainActivity类的副本，静态变量a会在Service进程的内存里重新初始化（值为0），你修改的只是Service进程自己的这个副本，Activity进程里的a值根本没变化。

可以做个验证：在Activity里打印a的初始值，启动Service后再打印一次，会发现Activity里的a还是0，只有Service进程里的a变成了1。

2. 静态变量为何存堆内存（Java 8+） #

Java 8废除PermGen的核心原因是它的内存大小固定，容易引发OOM，而MetaSpace使用本地内存，更灵活。但静态变量从PermGen移到堆内存，主要是因为：

• 静态变量属于类的实例（Class对象），而Class对象本身就是存放在堆里的，把静态变量和Class对象放在一起更合理，符合对象内存管理的逻辑。
• 堆内存的垃圾回收机制更成熟，当类被卸载时，静态变量可以和Class对象一起被回收，避免PermGen时代的内存泄漏问题。

3. 静态变量在堆内存中的具体区域 #

静态变量存储在对应Class对象的内部。当类被ClassLoader加载后，会在堆中生成一个代表该类的Class对象，静态变量作为这个Class对象的成员变量，和Class对象一起存放在堆的老年代（Old Generation）——因为Class对象通常生命周期很长，很少被回收。

内容的提问来源于stack exchange，提问作者Đào Mạnh Tuấn