JVM-使用static+final修饰的字符的显示赋值阶段

最新推荐文章于 2023-03-06 10:13:24 发布
原创 最新推荐文章于 2023-03-06 10:13:24 发布 · 331 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了Java中static修饰变量的初始化过程，包括未被final修饰的变量如何在链接阶段进行默认初始化赋值，在初始化阶段进行显式赋值，以及static+final修饰的变量在链接的准备阶段和初始化阶段的赋值方式。

对于static修饰的变量，如果是未被final进行修饰，变量赋值的阶段：
则在链接阶段的准备阶段进行默认初始化赋值，在初始化阶段进行显式赋值

对于static+final修饰的，有两个地方进行显式赋值：
1.在链接的准备阶段进行赋值；
2.在初始化阶段利用()赋值；

在这里插入图片描述

JVM高频面试基本问题与知识点整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
01-16 86万+
JVM高频面试基本问题与知识点整理
JVM面试宝典-字符串常量池
weixin_50687701的博客
08-30 746
2. JVM为了提高性能和减少内存开销，在实例化字符串常量的时候进行了一些优化 ，为字符串开辟一个字符串常量池，类似于缓存区 ，创建字符串常量时，首先查询字符串常量池是否存在该字符串 ，存在该字符串，返回引用实例，不存在，实例化该字符串并放入池中。1. 字符串的分配，和其他的对象分配一样，耗费高昂的时间与空间代价，作为最基础的数据类型，大量频繁的创建 字符串，极大程度地影响程序的性能。分析：JVM对于字符串常量的"+"号连接，将在程序编译期，JVM就将常量字符串的"+"连接优化为连接后的值，拿"a" +
使用static + final修饰的字段的显示赋值，到底是在哪个阶段进行的赋值？
qq_42778327的博客
08-18 1138
测试代码 public static int a = 1;//在初始化阶段<clinit>()中赋值 public static final int INT_CONSTANT = 10;//在链接阶段的准备环节赋值 public static final Integer INT_CONSTANT1 = Integer.valueOf(100);//在初始化阶段<clinit>()中赋值 public static Integer INT_CONS
vue的显式赋值
keepbao的博客
03-16 321
先上不使用显示赋值的代码： 首先在methods中定义一个afterUpload方法，然后在动态绑定在on-success属性上 如果采用显式赋值，就不需要在methods中定义，如下图：
你知道Java中final和static修饰的变量是在什么时候赋值的吗？
CoderW
12-19 3583
深入底层了解类变量
java final实例化_String实例化及static final修饰符实现方法解析
weixin_35733852的博客
02-19 635
String两种实例化方式一种是通过双引号直接赋值的方式，另外一种是使用标准的new调用构造方法完成实例化。如下：String str = "abcd";String str = new String("1234);第一种方法：使用直接赋值后，只要是以后声明的字符串内容相同，则不会再开辟新的内存空间。对于String的以上操作，在java中称为共享设计。这种设计思路是，在java中形成一个字符串对...
JVM将为类的instance和static变量赋上缺省值（默认值）
这里有道风景
06-11 1022
 JVM将为类的instance和static变量赋上缺省值（默认值），包括数组array中的每一个元素－－而不用再写初始化赋值语句。切记：局部变量是没有缺省值的，必须手动初始化！这一缺省赋值过程是在对象的构造函数调用之前完成的，如果程序写了对instance和static变量的赋初值语句，且给的值就是JVM默认的值，那么无疑是画蛇添足，重复劳动了一遍。如下面的代码说明了怎样画蛇添
JVM虚拟机简述
weixin_57197500的博客
02-02 702
程序计数器,java栈,本地栈是线程私有的程序计数器不会出现内存溢出java栈,本地栈,堆,方法区可能会出现内存溢出java栈,本地栈,堆,方法区大小是可以调整的堆,方法区是线程共享的,是会出现垃圾回收的。
JVM--方法区、永久代、元空间、字符串常量池
mocas_wang的博客
10-26 2009
目录 1 JVM内存模型简介 2 永久代和方法区的关系 3 元空间 4 Class文件常量池 5 运行时常量池 6 字符串常量池 7 常量池应用总结 8 内存空间的使用常见问题 9 实例分析 1 JVM内存模型简介 要说Java中的栈，堆,方法区和常量池就要提到HotSpot,HotSpot是Sun JDK 和 Open JDK中所带的虚拟机。 （Sun JDK 和 Open JDK除了注释不同，代码实现基本上是一样的） 以下说的内容都是围绕HotSpot。 堆——堆是所有线程..
JVM-从熟悉到精通
baidu_38900596的博客
03-06 802
JVM、JMM、GC、三色标记、常见调优参数
Matlab-变量&赋值&显示
qq_41955225的博客
04-06 1万+
本文主要介绍： （1）变量赋值 （2）变量访问 （3）变量值改变 （4）变量格式化 （5）变量显示 1 数组赋值 >> x=(1:2:5)*2 x = 2 6 10 >> c=[1,2,3;4,5,6] c = 1 2 3 4 5 6 >> x=[(1:2:5)*2]' x = 2 6 10 >> xx=[x,x] xx =
007—JAVA中的赋值方式
xiaodi2016的博客
10-22 1221
1.默认值 2.显示赋值 3.构造器赋值 4.对象名.属性名/对象名.方法名() 5.代码块赋值 {} 成员代码块/构造代码块 静态代码块 构造代码块/ 成员代码块: 位置： 类中方法外 作用： 给成员变量赋值 声明方式： {} 执行顺序： 先从上到下依次执行代码块 执行完毕再执行 构造器 一个类中可以存在多个代码块（先代码块后构造器） 注意： 1.创建几次对象 构造代码块就会执行几次 2.代码块有作用域限制 在代...
构造函数之显式初始化与赋值
诸葛冰箱
01-02 1845
大部分程序员写构造函数时是这样的：class ClassA { ClassA(); ...... };ClassA::ClassA() { A=1; B=2; ...... }  这一类构造函数包括了初始化和赋值两个步骤，在执行构造函数函数体内语句前，已经隐式调用了默认构造函数对变量进行初始化，函数体内语句其实是进行了一次赋值。   更规范的是使用初始化列表
span标签显示、隐藏、取值、赋值
热门推荐
l_degege的专栏
05-29 1万+
1、隐藏 <spanid='span_node_'+id></span> （1）$('#span_node_'+id).hide();（2）$('#span_node_'+id).toggle(false);（3）$('#span_node_'+id).css('display','none');（4）$('#span_node_'+id).attr('sty...
Java中显式、隐式初始化
thewebcode
10-23 1423
问题一： null和""的区别 String s=null; s.trim()就会抛出为空的exception String s=""; s.trim()就不会抛,为什么?答： NULL代表声明了一个空对象，根本就不是一个字符串。 ""代表声明了一个对象实例，这个对象实例的值是一个长度为0的空字符串。 NULL代表声明了一个空对象,对空对象做任何操作都不行的,...
JVM类加载--初始化阶段赋值与准备阶段赋值对比
wdquan19851029的专栏
03-11 1921
JVM类加载过程： 加载阶段：将字节码以流的形式加载进内存，在元空间（方法区）生成类模板，并且在堆中生成其Class对象，做为访问元空间中类模板信息的接口。 链接阶段：1->验证，验证字节码格式是否正确，语法分析等，2->准备，静态变量默认初始化，静态常量显式初始化（仅仅针对使用字面量的初始化），3->解析，符号引用转为直接引用，因为此时所有需要的类已经被加载到内存，有了具体的地址，这时就可以把符号引用变成直接引用。 初始化阶段，静态变量初始化（类中的字段），编译器生成clinit(
关于final修饰的字段初始化问题
qq_41817611的博客
07-04 2431
在Java中final修饰的字段到底能不能使用构造器进行初始化? 今天上课时, 老师讲到final关键字, 明确的说到final修饰的字段只能使用显式初始化进行初始化, 不能使用构造方法进行初始化, 我十分疑惑, 做了如下测试. 运行结果: 事实证明, final修饰的非静态的成员变量是可以通过构造方法进行初始化的, 但是考虑到一个类中的构造方法可能有多个因素, 我又加入了一个无参的构造方法 可以发现添加无参构造方法之后, 编译直接报错了, 但是如果在无参构造方法中对final修饰的字段进行显式赋值,
通过反射改变public static final字符串
yanfeng9507的博客
08-27 2553
简介 代码实现 setStaticFinal方法 modifiers字段 Modifier类 final修饰符 小结 简介 在开发项目的时候，有些资源是需要放在redis里面，一般是以key-value的形式存放。为了区分，key通常会带有一个前缀。后来，项目多了，而redis用的还是同一个，这时有可能会产生冲突。为了解决这样的冲突，需要在固定的前缀前加上项目名做隔离。由于...
static 修饰的变量或常量到底在哪个阶段进行赋值
实践求真知
08-15 1817
一 问题 使用 static + final 修饰的字段的显式赋值的操作，到底是在哪个阶段进行的赋值？ 情况 1：在链接阶段的准备环节赋值 情况 2：在初始化阶段<clinit>()中赋值 二 结论 赋值时机见如下结论。 对于基本数据类型的字段来说，如果使用 static final 修饰，则显式赋值(直接赋值常量，而非调用方法）通常是在链接阶段的准备环节进行。 对于 String 来说，如果使用字面量的方式赋值，使用 static final 修饰的话，
那static final修饰的实例变量可以进入常量池吗，还有就是仅仅final修饰的成员基本数据类型和String类型可以进入常量池吗
最新发布
11-15
<think> 嗯，用户这次的问题很明确，聚焦在static final和final修饰的变量能否进入字节码常量池的具体机制。从ta追问的精确度来看，应该是有Java底层知识背景的开发人员，可能正在做性能优化或者字节码研究。 用户之前已经了解过基础规则，但ta特别关注“实例变量”这个特殊场景——这确实是容易混淆的点。我需要重点区分static成员和实例成员的本质差异。用户还提到“仅final修饰”的情况，说明ta注意到final单独使用时的特殊性。 回顾自己之前的回答，虽然已经列出对比表格，但关于实例变量的存储位置描述可以更精确。这次应该强调： 1. static final修饰的是类级别的常量，编译期值直接嵌入常量池 2. 实例变量无论是否final都存在于堆内存，只是final会阻止重新赋值 3. 局部变量完全不可能进常量池，这点用户已经理解就不必重复 用户可能真正想知道的是：为什么实例变量不能享受常量池优化？这需要从JVM设计角度解释： - 常量池项在类加载时解析，早于对象实例化 - 实例变量值依赖对象构造过程 - 即使final实例变量也可能通过构造函数参数赋值（运行时确定） 字节码验证部分要补充关键证据： - 在Constant pool区搜索字段值 - 观察getstatic和getfield指令的区别 - 看final实例变量如何通过<init>方法初始化 突然想到个易错点：字符串作为引用类型，static final String会进入运行时常量池，但final String实例变量不会。这个特例需要单独说明，用户可能误以为字符串有特殊待遇。 最后决定用$$包裹JOL输出格式，保持技术文档的严谨性。生成的问题要覆盖常量池与内存区域的关系，这是理解存储机制的关键延伸。 </think> ### static final和final修饰的变量进入字节码常量池的机制 #### 一、核心结论 1. **`static final`修饰的类变量** - ✅ 当为**基本类型**或**字符串**时，**必定进入常量池** - 值在**编译期可确定**（字面量或常量表达式） - 字节码中通过`ldc`指令加载常量池值（如`ldc #3`） 2. **仅`final`修饰的实例变量** - ❌ **无法进入常量池** - 无论基本类型还是字符串，均存储在**堆内存对象实例中** - 字节码通过`getfield`指令访问（如`getfield #2`） 3. **`static final`修饰的实例变量** - ❌ 语法矛盾：`static`成员属于类，**不存在"static实例变量"** - 需区分： - `static`变量 → 类级别 - 实例变量 → 对象级别 --- #### 二、技术验证（字节码分析） **示例代码**： ```java public class ConstantTest { // ✅ 进入常量池 (类变量) static final int CLASS_CONST = 100; static final String STR_CONST = "JVM"; // ❌ 不进常量池 (实例变量) final int instanceVal = 200; } ``` **编译后常量池内容**（`javap -v`输出节选）： ```bytecode Constant pool: #1 = Class #2 // ConstantTest #2 = Utf8 ConstantTest #3 = Integer 100 // CLASS_CONST值[^1] #4 = String #5 // STR_CONST引用 #5 = Utf8 JVM #6 = Fieldref #1.#7 // instanceVal字段描述符 #7 = NameAndType #8:#9 // "instanceVal":I #8 = Utf8 instanceVal // 字段名，非值！ #9 = Utf8 I // int类型描述符 ``` **关键指令对比**： ```bytecode // 访问类常量（常量池） aload_0 getstatic #3 // 加载CLASS_CONST (ldc #3) // 访问实例变量（堆内存） aload_0 getfield #6 // 加载instanceVal ``` --- #### 三、存储位置与访问方式 | 修饰方式 | 常量池资格 | 存储位置 | 访问指令 | 值确定时机 | |-------------------|------------|-------------------|----------------|--------------| | `static final` | ✅ | 方法区常量池[^1] | `getstatic` | 编译期 | | `final`实例变量 | ❌ | 堆内存（对象内） | `getfield` | 运行期[^2] | | 局部变量 | ❌ | 栈帧局部变量表 | `iload/aload` | 运行期 | > **特殊说明**：即使`final`实例变量在声明时赋值（如`final int x=10;`），字节码中该值也会在构造函数中初始化（`<init>`方法），而非存入常量池。 --- #### 四、根本原因分析 1. **类加载时序**： - 常量池在**类加载阶段**解析（早于对象创建） - 实例变量值依赖**对象实例化**（`new`指令触发） 2. **内存管理机制**： - 常量池存储**不可变共享数据** - 实例变量是**对象私有状态**，每实例独立存储 3. **字节码设计**： - 常量池通过**全局索引**（`#n`）访问 - 实例变量需**对象引用+字段偏移量**访问 --- #### 五、实验验证（JOL工具） ```java public static void main(String[] args) { System.out.println(ClassLayout.parseClass(ConstantTest.class).toPrintable()); } ``` **输出节选**： ```plaintext ConstantTest object internals: OFFSET SIZE TYPE DESCRIPTION 0 12 (object header) 12 4 int ConstantTest.instanceVal // 实例变量在对象内 Instance size: 16 bytes // 不包含常量池存储 ``` > 常量池数据存储在**方法区元空间**（Java 8+），通过`-XX:MaxMetaspaceSize`可配置大小。 --- ### 总结 1. **能进常量池**：仅限`static final`修饰的**类变量**（基本类型/字符串），编译期值确定 2. **不能进常量池**： - `final`修饰的实例变量（存储于堆内存） - 局部变量（存储于栈帧） 3. **矛盾修饰**：`static final`与"实例变量"概念互斥，不存在此类语法 > **设计建议**：高频访问的全局常量应使用`public static final`声明，触发常量池优化；对象状态变量用`final`仅保证不可变性。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值