一文詳解Java中的靜態(tài)變量是在“堆“還是“方法區(qū)“
問題背景
最近在復(fù)習(xí)Java基礎(chǔ)時(shí),遇到了一個(gè)很常見的問題:靜態(tài)變量到底存儲(chǔ)在哪里?網(wǎng)上的答案各不相同,有的說(shuō)在方法區(qū),有的說(shuō)在堆內(nèi)存。今天就來(lái)整理一下這個(gè)問題。
答案其實(shí)不是固定的
JDK 8之前的情況
在JDK 8之前,靜態(tài)變量確實(shí)是存儲(chǔ)在方法區(qū)的。那時(shí)候方法區(qū)的具體實(shí)現(xiàn)叫做永久代(PermGen)。
public class Example {
private static int count = 0; // 存儲(chǔ)在永久代
private static String name = "test"; // 存儲(chǔ)在永久代
private int age = 18; // 實(shí)例變量,存儲(chǔ)在堆
}
這個(gè)時(shí)候說(shuō)"靜態(tài)變量在方法區(qū)"是正確的。
JDK 8之后的變化
從JDK 8開始,Oracle對(duì)JVM做了一個(gè)重要改動(dòng):
- 移除了永久代
- 引入了元空間(Metaspace),使用本地內(nèi)存
- 靜態(tài)變量被移到了堆內(nèi)存中
所以在JDK 8及以后的版本中,靜態(tài)變量實(shí)際上是存儲(chǔ)在堆內(nèi)存里的。
public class ModernExample {
// 在JDK 8+中,這些靜態(tài)變量都在堆內(nèi)存中
private static List<String> list = new ArrayList<>();
private static final int MAX_SIZE = 100;
public static void main(String[] args) {
// 這些操作的數(shù)據(jù)都在堆內(nèi)存中
list.add("hello");
System.out.println(MAX_SIZE);
}
}
為什么會(huì)有這個(gè)變化?
主要是因?yàn)橛谰么幸恍﹩栴}:
- 大小固定:永久代大小在啟動(dòng)時(shí)就確定了,容易出現(xiàn)OutOfMemoryError
- 調(diào)優(yōu)困難:需要合理設(shè)置永久代大小,但很難準(zhǔn)確估算
- GC效率低:永久代的垃圾回收效率不高
元空間使用本地內(nèi)存,可以動(dòng)態(tài)擴(kuò)展,解決了這些問題。
實(shí)際驗(yàn)證
我們可以通過(guò)一個(gè)簡(jiǎn)單的程序來(lái)觀察:
public class MemoryTest {
private static byte[] staticArray = new byte[1024 * 1024]; // 1MB
public static void main(String[] args) {
// 使用 -XX:+PrintGCDetails 可以觀察內(nèi)存分配情況
System.out.println("Static array created");
// 創(chuàng)建一些對(duì)象觸發(fā)GC
for (int i = 0; i < 100; i++) {
byte[] temp = new byte[1024 * 1024]; // 1MB
}
}
}
運(yùn)行時(shí)加上參數(shù):-XX:+PrintGCDetails -Xmx100m
在JDK 8+中,你會(huì)發(fā)現(xiàn)靜態(tài)數(shù)組占用的是堆內(nèi)存空間。

從實(shí)際的GC日志可以看到:
[0.088s][info][gc,heap] GC(0) Eden regions: 3->0(15) [0.088s][info][gc,heap] GC(0) Survivor regions: 0->1(3) [0.088s][info][gc,heap] GC(0) Old regions: 0->0 [0.088s][info][gc,heap] GC(0) Humongous regions: 44->2
關(guān)鍵信息分析:
Humongous regions: 44->2 : 這里的44個(gè)大對(duì)象區(qū)域就包含了我們的靜態(tài)數(shù)組
堆內(nèi)存總使用情況 :46M->2M(100M) 表示GC前后堆內(nèi)存的變化
元空間單獨(dú)統(tǒng)計(jì) : Metaspace: 501K(704K)->501K(704K) 元空間的使用情況單獨(dú)記錄
證明靜態(tài)變量在堆的證據(jù):
靜態(tài)數(shù)組(1MB)被分配在Humongous regions中,這是G1垃圾收集器堆內(nèi)存的一部分
如果靜態(tài)變量在元空間,那么元空間的使用量應(yīng)該會(huì)顯著增加,但實(shí)際上元空間只有幾百KB
GC日志中堆內(nèi)存的變化包含了靜態(tài)變量的內(nèi)存占用
不同存儲(chǔ)區(qū)域的內(nèi)容
現(xiàn)在的JDK 8+版本中:
堆內(nèi)存中存儲(chǔ):
- 對(duì)象實(shí)例
- 實(shí)例變量
- 靜態(tài)變量
元空間中存儲(chǔ):
- 類的元數(shù)據(jù)信息
- 方法信息
- 常量池中的符號(hào)引用
程序計(jì)數(shù)器、虛擬機(jī)棧、本地方法棧:
- 方法執(zhí)行時(shí)的局部變量
- 方法調(diào)用信息
面試時(shí)怎么回答?
如果面試官問這個(gè)問題,比較好的回答方式是:
這個(gè)問題需要區(qū)分JDK版本。在JDK 8之前,靜態(tài)變量存儲(chǔ)在方法區(qū)的永久代中。從JDK 8開始,移除了永久代,引入了元空間,同時(shí)將靜態(tài)變量移到了堆內(nèi)存中。所以在現(xiàn)在常用的JDK 8及以后版本中,靜態(tài)變量是存儲(chǔ)在堆內(nèi)存里的。
總結(jié)
- JDK 8之前:靜態(tài)變量在方法區(qū)(永久代)
- JDK 8及之后:靜態(tài)變量在堆內(nèi)存
到此這篇關(guān)于Java中靜態(tài)變量是在堆還是方法區(qū)的文章就介紹到這了,更多相關(guān)Java靜態(tài)變量是在堆還是方法區(qū)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java實(shí)現(xiàn)SHA-256加密算法的完全解析
SHA-256是一種散列(哈希)算法,用于將任意長(zhǎng)度的數(shù)據(jù)映射為固定長(zhǎng)度的散列值,以保證數(shù)據(jù)完整性。本文將為大家介紹一下SHA-256加密算法的原理與實(shí)現(xiàn),希望對(duì)大家有所幫助2023-02-02
MyBatis-Plus找不到Mapper.xml文件的幾種解決方法
mybatis-plus今天遇到一個(gè)問題,就是mybatis 沒有讀取到mapper.xml 文件,所以下面這篇文章主要給大家介紹了關(guān)于MyBatis-Plus找不到Mapper.xml文件的幾種解決方法,需要的朋友可以參考下2022-06-06
Java設(shè)計(jì)模式編程中的責(zé)任鏈模式使用示例
這篇文章主要介紹了Java設(shè)計(jì)模式編程中的責(zé)任鏈模式使用示例,責(zé)任鏈模式可以避免很多請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系,需要的朋友可以參考下2016-05-05
Spring Boot 接口參數(shù)加密解密的實(shí)現(xiàn)方法
這篇文章主要介紹了Spring Boot 接口參數(shù)加密解密的實(shí)現(xiàn)方法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-03-03
Java中ArrayList和LinkedList區(qū)別
這篇文章主要介紹了Java中ArrayList和LinkedList區(qū)別,下面我們就重點(diǎn)聊一聊在日常開發(fā)中經(jīng)常被使用到的兩個(gè)集合類ArrayList和LinkedList的本質(zhì)區(qū)別吧,需要的朋友可以參考一下2022-01-01
Yml轉(zhuǎn)properties文件工具類YmlUtils的詳細(xì)過(guò)程(不用引任何插件和依賴)
這篇文章主要介紹了Yml轉(zhuǎn)properties文件工具類YmlUtils(不用引任何插件和依賴),本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-08-08
maven導(dǎo)入本地倉(cāng)庫(kù)jar包,報(bào):Could?not?find?artifact的解決
這篇文章主要介紹了maven導(dǎo)入本地倉(cāng)庫(kù)jar包,報(bào):Could?not?find?artifact的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-03-03
Spring?Boot父子工程POM依賴關(guān)系舉例詳解
這篇文章主要介紹了Spring?Boot父子工程POM依賴關(guān)系的相關(guān)資料,Spring Boot父子工程通過(guò)Maven繼承機(jī)制實(shí)現(xiàn)統(tǒng)一版本、依賴和插件管理,模塊化開發(fā)與代碼復(fù)用,提升項(xiàng)目可維護(hù)性與效率,需要的朋友可以參考下2025-08-08

