Java运行时常量池与final修饰符的关系

概述

Java运行时常量池是JVM运行时内存模型的重要部分.我对常量池的理解大都来自于周志明大大的《深入理解Java虚拟机》, 书中对常量池有较多的描述与解释, 在内存管理, 类文件结构等部分章节中都有说明.
正如我之前的博文–JVM内存管理对常量池描述的一样,常量池会存储字面量和符号引用,但我有个疑问:
常量池与final修饰符的关系是怎么样的?

Code

public class Test{
    public static Test test = new Test();
    public final Test test2 = new Test();

    public final static String s1 = "1";
    public static String s2 = "2";
    public String s3 = "3";

    public Test(){

    }

    public static void stMethod(){
        final int sla = 10;
        final String sls = "slsv";      
    }

    public void tMethod(int tp){
        final int la = 11;
        final String ls = "lsv";
    }
}
反编译后的常量池部分代码
public class Test
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
   #1 = Methodref          #10.#30        // java/lang/Object."<init>":()V
   #2 = Class              #31            // Test
   #3 = Methodref          #2.#30         // Test."<init>":()V
   #4 = Fieldref           #2.#32         // Test.test2:LTest;
   #5 = String             #33            // 3
   #6 = Fieldref           #2.#34         // Test.s3:Ljava/lang/String;
   #7 = Fieldref           #2.#35         // Test.test:LTest;
   #8 = String             #36            // 2
   #9 = Fieldref           #2.#37         // Test.s2:Ljava/lang/String;
  #10 = Class              #38            // java/lang/Object
  #11 = Utf8               test
  #12 = Utf8               LTest;
  #13 = Utf8               test2
  #14 = Utf8               s1
  #15 = Utf8               Ljava/lang/String;
  #16 = Utf8               ConstantValue
  #17 = String             #39            // 1
  #18 = Utf8               s2
  #19 = Utf8               s3
  #20 = Utf8               <init>
  #21 = Utf8               ()V
  #22 = Utf8               Code
  #23 = Utf8               LineNumberTable
  #24 = Utf8               stMethod
  #25 = Utf8               tMethod
  #26 = Utf8               (I)V
  #27 = Utf8               <clinit>
  #28 = Utf8               SourceFile
  #29 = Utf8               Test.java
  #30 = NameAndType        #20:#21        // "<init>":()V
  #31 = Utf8               Test
  #32 = NameAndType        #13:#12        // test2:LTest;
  #33 = Utf8               3
  #34 = NameAndType        #19:#15        // s3:Ljava/lang/String;
  #35 = NameAndType        #11:#12        // test:LTest;
  #36 = Utf8               2
  #37 = NameAndType        #18:#15        // s2:Ljava/lang/String;
  #38 = Utf8               java/lang/Object
  #39 = Utf8               1

可以看到, 常量池中并没有存储test2的值, 只存储了test2这个符号, 所以引用类型有final修饰符也不会进入常量池, 而没有final修饰符的s2, s3都进入了常量池(当然原因是他们是字面量), 可以看到是否进入常量池与final修饰符是没有关系的.

### 解决PyCharm无法加载Conda虚拟环境的方法 #### 配置设置 为了使 PyCharm 能够成功识别并使用 Conda 创建的虚拟环境,需确保 Anaconda 的路径已正确添加至系统的环境变量中[^1]。这一步骤至关重要,因为只有当 Python 解释器及其关联工具被加入 PATH 后,IDE 才能顺利找到它们。 对于 Windows 用户而言,在安装 Anaconda ,默认情况下会询问是否将它添加到系统路径里;如果当选择了否,则现在应该手动完成此操作。具体做法是在“高级系统设置”的“环境变量”选项内编辑 `Path` 变量,追加 Anaconda 安装目录下的 Scripts 文件夹位置。 另外,建议每次新建项目前都通过命令行先激活目标 conda env: ```bash conda activate myenvname ``` 接着再启动 IDE 进入工作区,这样有助于减少兼容性方面的问题发生概率。 #### 常见错误及修复方法 ##### 错误一:发现任何解释器 症状表现为打开 PyCharm 新建工程向导页面找不到由 Conda 构建出来的 interpreter 列表项。此应前往 Preferences/Settings -> Project:...->Python Interpreter 下方点击齿轮图标选择 Add...按钮来指定自定义的位置。按照提示浏览定位到对应版本 python.exe 的绝对地址即可解决问题。 ##### 错误二:权限不足导致 DLL 加载失败 有即使指定了正确的解释器路径,仍可能遇到由于缺乏适当的操作系统级许可而引发的功能缺失现象。特别是涉及到调用某些特定类型的动态链接库 (Dynamic Link Library, .dll) 尤为明显。因此拥有管理员身份执行相关动作显得尤为重要——无论是从终端还是图形界面触发创建新 venv 流程均如此处理能够有效规避此类隐患。 ##### 错误三:网络连接异常引起依赖下载超 部分开发者反馈过因网速慢或者其他因素造成 pip install 操作中途断开进而影响整个项目的初始化进度条卡住的情况。对此可尝试调整镜像源加速获取速度或是离线模式预先准备好所需资源包后再继续后续步骤。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值