java变量类型存储逻辑由常量池tag结构决定：constant_utf8（tag=1）存字符串字节数据；constant_string（tag=8）索引utf8并联动运行时常量池；constant_class（tag=7）索引类名utf8；constant_integer等（tag=3~6）直接存基本类型数值。
要真正理解Java中变量类型的存储逻辑，不能只看语法表象，得从常量池项的Tag结构入手——因为JVM正是靠这些Tag来识别、分类和组织所有字面量与符号引用的。每个Tag对应一种确定的数据结构和解析行为，它决定了这个常量“是什么”以及“怎么用”。
CONSTANT_Utf8（Tag=1）：字符串字面量的底层载体
这是所有字符串内容的物理起点。编译器把源码中的字符串字面量（如"hello"）编码为UTF-8字节数组，并存入CONSTANT_Utf8项。它不直接表示String对象，只是原始字节数据。
- 一个字符串字面量在.class文件中只生成一个CONSTANT_Utf8项，但可能被多个CONSTANT_String或CONSTANT_Class复用；
- 它不带类型信息，也不参与运行时对象创建，仅用于后续解析（比如构建CONSTANT_String或类名）；
- 注意：final static String S = "abc"; 中的"abc"会先作为CONSTANT_Utf8存在，再通过CONSTANT_String指向它。
CONSTANT_String（Tag=8）与字符串常量池的联动机制
CONSTANT_String本身不存字符串内容，而是一个“索引指针”，指向某个CONSTANT_Utf8项。当JVM加载类并进入解析阶段，它会根据这个索引取出UTF-8字节，再决定是否在运行时常量池中构造对应的String实例。
- 对于字面量String s = "abc";，JVM检查运行时常量池中是否已有该UTF-8内容对应的String实例；
- 有则复用，无则新建并放入——这步动作发生在类初始化前，由解析阶段触发；
- new String("abc")不会触发CONSTANT_String解析，而是直接在堆中创建新对象，但其构造参数仍来自常量池中的UTF-8数据。
CONSTANT_Class（Tag=7）：类类型信息的符号化表达
它存储的是类或接口的全限定名（如"java/lang/Object"），本质也是一个指向CONSTANT_Utf8的索引。它不表示Class对象本身，而是“我要用哪个类”的声明。
- 字段声明List
list; 中的"java/util/List"和"java/lang/String"都会生成CONSTANT_Class项； - 方法调用obj.toString()中，toString的描述符和所属类信息也依赖CONSTANT_Class + CONSTANT_NameAndType组合；
- 只有在类首次主动使用（如new、static字段访问）时，JVM才根据CONSTANT_Class去加载对应类，并生成真正的Class对象。
CONSTANT_Integer/Float/Long/Double（Tag=3/4/5/6）：基本类型字面量的静态归档
这些Tag直接存放编译期确定的数值常量。它们不涉及对象创建，也不进堆或常量池对象区，而是作为“即用即取”的原始值嵌入字节码指令流。
- int a = 100; 中的100会被写入CONSTANT_Integer项，加载后直接压栈，不产生任何对象；
- final int MAX = 128; 若该值在-128~127范围内，编译器可能优化为直接使用iconst指令，甚至不进常量池；
- Long和Double占两个连续常量池槽位（因64位对齐），解析时需跳过下一个入口，这点在手工解析class文件时容易出错。
常量池Tag不是孤立标签，而是JVM类型系统的第一层语义骨架。变量怎么存、何时初始化、是否共享、是否装箱，全都锚定在这些Tag所定义的解析路径上。看懂Tag，就等于拿到了JVM读取代码的原始说明书。
