9、Class文件结构

最新推荐文章于 2024-11-08 23:31:31 发布
最新推荐文章于 2024-11-08 23:31:31 发布
阅读量539 收藏
点赞数
分类专栏： JVM 文章标签： java 开发语言 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hk_milky/article/details/121503981
版权
本文详细解析了Java Class文件的结构，包括魔数、版本号、常量池、访问标识、类索引、父类索引、接口索引集合、字段表集合、方法表集合以及属性表集合等关键组成部分。通过这些内容，可以了解到字节码文件如何存储类和接口的定义信息，以及如何在运行时被虚拟机解析。同时，文章还介绍了使用javap工具反编译Class文件的方法，帮助开发者理解字节码指令和代码执行流程。
摘要由CSDN通过智能技术生成

文章目录


在这里插入图片描述

在这里插入图片描述

第1章、Class文件结构

1、概述

【1】字节码文件的跨平台性

  • 1、Java语言：跨平台的语言

    • 当Java源代码成功编译成字节码后，如桌想在不同的平台上面运行，则无须再次编译
    • 这个优势不再那么吸引人了。Python、PHP、Perl、Ruby、Lisp等有强大的解释器。
    • 跨平台似乎已经快成为一门语言必选的特性。

  • 2、Java虚拟机：跨语言的平台

    • Java虚拟机不和包括Java在内的任何语言绑定，它只与“Class 文件”这种特定的二进制文件格式所关联。无论使用何种语言进行软件开发，只要能将源文件编译为正确的Class文件，那么这种语言就可以在Java虚拟机上执行。可以说，统一而强大的
      Class文件结构,就是Java虚拟机的基石、桥梁

    • 在这里插入图片描述

    • https://docs.oracle.com/javase/specs/index.html

    • 所有的JVM全部遵守Java虚拟机规范，也就是说所有的JVW环境都是一样的，这样一来字节码文件可以在各种JVW上运行

  • 3、想要让一个Java程序正确地运行在VM中，Java源码就必须要被编译为符合JVM规范的字节码

    • 前端编译器的主要任务就是负责将符合Java语法规范的Java代码转换为符合JVM规范的字节码文件
    • javac是一种能够将Java源码编译为字节码的前端编译器
    • Javac编译器在将Java源码编译为一个有效的字节码文件过程中经历了4个步骤，分别是词法解析、语法解析、语义解析以及生成字节码
    • 在这里插入图片描述

  • oracle的JDK软件包括两部分内容：

    • 一部分是将Java源代码编译成Java虚拟机的指令集的编译器
    • 另一部分是用于实现Java虚拟机的运行时环境

【2】Java的前端编译器

在这里插入图片描述

  • 前端编译器 vs 后端编译器
    • Java源代码的编译结果是字节码，那么肯定需要有一种编译器能够将Java源码编译为字节码，承担这个重要责任的就是配置在path环境变量中的javac编译器
    • javac是一种能够将Java源码编译为字节码的前端编译器
  • HotSpot VM并没有强制要求前端编译器只能使用javac来编译字节码，其实只要编译结果符合JVW规范都可以被JVM所识别即可。在Java的前端编译器领域，除了javac之外，还有一种被大家经常用到的前端编译器，那就是内置在Eclipse中的ECJ(EclipseCompiler for Java)编译器。和]avac的全量式编译不同，ECJ是一种增量式编译器
    • 在Eclipse中，当开发人员编写完代码后，使用“Ctrl+S”快捷键时，ECJ编译器所采取的编译方案是把未编译部分的源码逐行进行编译，而非每次都全量编译。因此ECJ的编译效率会比javac更加迅速和高效，当然编译质量和javac相比大致还是一样的
    • ECJ不仅是Eclipse的默认内置前端编译器，在Tomcat中同样也是使用ECJ编译器来编译jsp文件。由于ECJ编译器是采用GPLv2的开源协议进行源代码公开，所以，可以登录eclipse官网下载ECJ编译器的源码进行二次开发
    • 默认情况下，IntelliJ IDEA使用javac编译器。(还可以自己设置为AspectJ编译器 ajc)
  • 前端编译器并不会直接涉及编译优化等方面的技术，而是将这些具体优化细节移交给HotSpot的JIT编译器负责
  • 复习:AOT(静态提前编译器,Ahead Of Time Compiler)

【3】通过字节码指令查看代码细节

public class IntegerTest {
    public static void main(String[] args) {
        Integer x = 5;
        int y = 5;
        System.out.println(x == y);//true

        Integer i1 = 10;
        Integer i2 = 10;
        System.out.println(i1 == i2);//true

        Integer i3 = 128;
        Integer i4 = 128;
        System.out.println(i3 == i4);//false
    }
}

public class StringTest {
    public static void main(String[] args) {
        String str = new String("hello") + new String("world");
        String str1 = "helloworld";
        System.out.println(str == str1);//false
        String str2 = new String("helloworld");
        System.out.println(str == str2);//false
    }
}

package com.atguigu.java;
/*
成员变量（非静态的）的赋值过程： ① 默认初始化 - ② 显式初始化 /代码块中初始化 - ③ 构造器中初始化 - ④ 有了对象之后，可以“对象.属性”或"对象.方法"
 的方式对成员变量进行赋值。
 */
class Father {
    int x = 10;

    public Father() {
        this.print();
        x = 20;
    }
    public void print() {
        System.out.println("Father.x = " + x);
    }
}

class Son extends Father {
    int x = 30;
//    float x = 30.1F;
    public Son() {
        this.print();
        x = 40;
    }
    public void print() {
        System.out.println("Son.x = " + x);
    }
}

public class SonTest {
    public static void main(String[] args) {
        Father f = new Son();
        System.out.println(f.x);
    }
}

============================================
答案：
    Son.x=0
    Son.x=30
    20

2、虚拟机的基石：Class文件

  • 字节码文件里是什么?

    • 源代码经过编译器编译之后便会生成一个字节码文件，字节码是一种二进制的类文件，它的内容是JVM的指令，而不像C、C++经由编译器直接生成机器码

  • 什么是字节码指令(byte code)?

    • Java虚拟机的指令由一个字节长度的、代表着某种特定操作含义的操作码（opcode）以及跟随其后的零至多个代表此操作所需参数的操作数（ operand）所构成。虚拟机中许多指令并不包含操作数，只有一个操作码
    • 在这里插入图片描述

  • 如何解读供虚拟机解释执行的二进制字节码?

    • 1、任个一个二进制的看。可以使用Notepad++ ,需要安装一个HEX-Editor插件，或者使用Binary Viewer
    • 2、使用javap指令：jdk自带的反解析工具
    • **3、使用IDEA插件：**jclasslib 或jclasslib bytecode viewer客户端工具。(可视化更好)

3、Class文件结构

  • 官方文档位置:
    • https://docs.oracle.com/javase/specs/jvms/se8/htm1/jvms-4.html
  • Class 类的本质
    • 任何一个Class文件都对应着唯一一个类或接口的定义信息，但反过来说，Class文件实际上它并不一定以磁盘文件的形式存在。Class 文件是一组以8位字节为基础单位的二进制流。
  • Class文件格式
    • Class的结构不像XML等描述语言，由于它没有任何分隔符号。所以在其中的数据项，无论是字节顺序还是数量，都是被严格限定的，哪个字节代表什么含义，长度是多少，先后顺序如何，都不允许改变。
    • Class 文件格式采用一种类似于c语言结构体的方式进行数据存储，这种结构中只有两种数据类型：无符号数和表
      • 无符号数属于基本的数据类型，以u1、u2、u4、u8 来分别代表1个字节、2个字节、4个字节和8个字节的无符号数，无符号数可以用来描述数字、索引引用、数量值或者按照UTF-8编码构成字符串值。
      • 表是由多个无符号数或者其他表作为数据项构成的复合数据类型，所有表都习惯性地以“_info”结尾。表用于描述有层次关系的复合结构的数据，整个Class 文件本质上就是一张表。由于表没有固定长度，所以通常会在其前面加上个数说明
  • Class文件结构概述
    • Class文件的结构并不是一成不变的，随着Java虚拟机的不断发展，总是不可避免地会对Class文件结构做出一些调整，但是其基本结构和框架是非常稳定的。
类型名称说明长度数量
u4magic魔数,识别Class文件格式4个字节1
u2minor_version副版本号(小版本)2个字节1
u2major_version主版本号(大版本)2个字节1
u2constant_pool_count常量池计数器2个字节1
cp_infoconstant_pool常量池表n个字节constant_pool_count-1
u2access_flags访问标识2个字节1
u2this_class类索引2个字节1
u2super_class父类索引2个字节1
u2interfaces_count接口计数器2个字节1
u2interfaces接口索引集合2个字节interfaces_count
u2fields_count字段计数器2个字节1
field_infofields字段表n个字节fields_count
u2methods_count方法计数器2个字节1
method_infomethods方法表n个字节methods_count
u2attributes_count属性计数器2个字节1
attribute_infoattributes属性表n个字节attributes_count
数据类型定义说明
无符号数无符号数可以用来描述数字、索引引用、数量值或按照utf-8编码构成的字符串值。其中无符号数属于基本的数据类型。 以u1、u2、u4、u8来分别代表1个字节、2个字节、4个字节和8个字节
表表是由多个无符号数或其他表构成的复合数据结构。所有的表都以“_info”结尾。 由于表没有固定长度，所以通常会在其前面加上个数说明。

【1】字节码解析

在这里插入图片描述

在这里插入图片描述

【2】魔数：Class文件的标志

  • 每个Class 文件开头的4个字节的无符号整数称为魔数（Magic Number）

  • 它的唯一作用是确定这个文件是否为一个能被虚拟机接受的有效合法的Class文件。即:魔数是Class文件的标识符。

  • 魔数值固定为OxCAFEBABE。不会改变。

  • 如果一个Class文件不以OxCAFEBABE开头，虚拟机在进行文件校验的时候就会直接抛出以下错误：

    • Error: A JNI error has occurred，please check your installation and try again
Exception in thread "main" java.lang.classFormatError: Incompatible magic value 1885430635 in classfile StringTest

  • 使用魔数而不是扩展名来进行识别主要是基于安全方面的考虑，因为文件扩展名可以随意地改动⑩

【3】Class文件版本号

  • 紧接着魔数的4个字节存储的是Class 文件的版本号。同样也是4个字节。第5个和第6个字节所代表的含义就是编译的副版本号minor_version，而第7个和第8个字节就是编译的主版本号major_version。
  • 它们共同构成了class文件的格式版本号。譬如某个Class 文件的主版本号为M，副版本号为 m，那么这个Class 文件的格式版本号就确定为M.m
  • Java 的版本号是从45开始的，JDK 1.1之后的每个JDK大版本发布主版本号向上加1
  • 不同版本的Java编译器编译的Class文件对应的版本是不一样的。目前，高版本的Java虚拟机可以执行由低版本编译器生成的Class文件,但是低版本的Java虚拟机不能执行由高版本编译器生成的Class文件。否则JVM会抛出java.lang.UnsupportedClassVersionError异常 【向下兼容】
  • 在实际应用中，由于开发环境和生产环境的不同，可能会导致该问题的发生。因此，需要我们在开发时，特别注意开发编译的JDK版本和生产环境中的JDK版本是否一致。
    • 虚拟机JDK版本为1.k (k >= 2)时，对应的class文件格式版本号的范围为45.0 - 44+k.0（含两端）
  • 版本号和Java编译器的对应关系如下表:
主版本（十进制）副版本（十进制）编译器版本
4531.1
4601.2
4701.3
4801.4
4901.5
5001.6
5101.7
5201.8
5301.9
5401.10
5501.11

【4】常量池：存放所有常量

  • 常量池是Class文件中内容最为丰富的区域之一。常量池对于Class文件中的字段和方法解析也有着至关重要的作用
  • 随着Java虚拟机的不断发展，常量池的内容也日渐丰富。可以说，常量池是整个Class文件的基石
  • 在版本号之后，紧跟着的是常量池的数量，以及若干个常量池表项
  • 常量池中常量的数量是不固定的，所以在常量池的入口需要放置一项u2类型的无符号数，代表常量池容量计数值（constant_pool_count）。与Java中语言习惯不一样的是，这个容量计数是从1而不是0开始的
类型名称说明长度数量
u2constant_pool_count常量池计数器2个字节1
cp_infoconstant_pool常量池表n个字节constant_pool_count - 1
  • 由上表可见，Class文件使用了一个前置的容量计数器(constant_pool_count)加若干个连续的数据项(constant_pool)的形式来描述常量池内容。我们把这一系列连续常量池数据称为常量池集合
    • 常量池表项中，用于存放编译时期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放
【3.1】常量池计数器
  • constant_pool_count(常量池计数器)
  • 由于常量池的数量不固定，时长时短，所以需要放置两个字节来表示常量池容量计数值。
  • 常量池容量计数值（u2类型）：从1开始，表示常量池中有多少项常量。即constant_pool_count=1表示常量池中有0个常量项
  • 通常写代码时都是从0开始的，但是这里的常量池却是从1开始，因为它把第0项常量空出来了。这是为了满足后面某些指向常量池的索引值的数据在特定情况下需要表达“不引用任何一个常量池项目”的含义，这种情况可用索引值0来表示
【3.2】常量池表

  • constant_pool []（常量池）

  • constant_pool是一种表结构，以1 ~ constant_pool_count - 1为索引。表明了后面有多少个常量项

  • 常量池主要存放两大类常量：字面量（Literal）和符号引用(Symbolic References)

  • 它包含了Class文件结构及其子结构中引用的所有字符串常量、类或接口名、字段名和其他常量。常量池中的每一项都具备相同的特征。第1个字节作为类型标记，用于确定该项的格式，这个字节称为tag byte (标记字节、标签字节）

  • 常量类型和结构（如下表）

类型标志(或标识)描述
CONSTANT_utf8_info1UTF-8编码的字符串
CONSTANT_Integer_info3整型字面量
CONSTANT_Float_info4浮点型字面量
CONSTANT_Long_info5长整型字面量
CONSTANT_Double_info6双精度浮点型字面量
CONSTANT_Class_info7类或接口的符号引用
CONSTANT_String_info8字符串类型字面量
CONSTANT_Fieldref_info9字段的符号引用
CONSTANT_Methodref_info10类中方法的符号引用
CONSTANT_InterfaceMethodref_info11接口中方法的符号引用
CONSTANT_NameAndType_info12字段或方法的符号引用
CONSTANT_MethodHandle_info15表示方法句柄
CONSTANT_MethodType_info16标志方法类型
CONSTANT_InvokeDynamic_info18表示一个动态方法调用点
【3.2.1】字面量和符号引用
  • 常量池主要存放两大类常量:字面量(Literal)和符号引用(Symbolic References）。如下表:
常量具体的常量
字面量文本字符串
声明为final的常量值
符号引用类和接口的全限定名
字段的名称和描述符
方法的名称和描述符

字面量

  • String str = "taro";
final int NUM = 10;

全限定名

  • com/atguigu/test/Demo这个就是类的全限定名，仅仅是把包名的".“替换成”/"，为了使连续的多个全限定名之间不产生混淆，在使用时最后一般会加入一个“;”表示全限定名结束

简单名称

  • 简单名称是指没有类型和参数修饰的方法或者字段名称

描述符

  • **描述符的作用是用来描述字段的数据类型、方法的参数列表（包括数量、类型以及顺序）和返回值。**根据描述符规则，基本数据类型(byte、char、double、float、pint、long、short、boolean）以及代表无返回值的void类型都用一个大写字符来表示，而对象类型则用字符L加对象的全限定名来表示

  • 标志符含义
    B基本数据类型byte
    C基本数据类型char
    D基本数据类型double
    F基本数据类型float
    I基本数据类型int
    J基本数据类型long
    S基本数据类型short
    Z基本数据类型boolean
    V代表void类型
    L对象类型，比如：Ljava/lang/Object;
    [数组类型，代表一维数组。比如：double[][][] is [[[D

  • 用描述符来描述方法时，按照先参数列表，后返回值的顺序描述，参数列表按照参数的严格顺序放在一组小括号“()”之内。如方法java.lang.String toString()的描述符为() Ljava/lang/String；方法int abc(int[]x, int y)的描述符为([II) I

  • 补充说明:

    • 虚拟机在加载Class文件时才会进行动态链接，也就是说，Class文件中不会保存各个方法和字段的最终内存布局信息，因此，这些字段和方法的符号引用不经过转换是无法直接被虚拟机使用的。当虚拟机运行时，需要从常量池中获得对应的符号引用，再在类加载过程中的解析阶段将其替换为直接引用，并翻译到具体的内存地址中
    • 这里说明下符号引用和直接引用的区别与关联:
      • 符号引用：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到了内存中
      • 直接引用：直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用是与虚拟机实现的内存布局相关的，同一个符号引用在不同虚拟机实例上翻i译出来的直接引用一般不会相同。如果有了直接引用,那说明引用的目标必定已经存在于内存之中了。
【3.2.2】常量类型和结构
  • 常量池中每一项常量都是一个表，JDK1.7之后共有14种不同的表结构数据。如下表格所示
  • 标志为15、16、18的常量项类型是用来支持动态语言调用的（jdk1.7时才加入的）
  • CONSTANT_Class_info结构用于表示类或接口
  • CONSTANT_Fieldref_info、CONSTANT_Methodref_info和CONSTANT_InterfaceMethodref_info结构表示字段、方法和接口方法
  • CONSTANT_String_info结构用于表示String类型的常量对象
  • CONSTANT_Integer_info和ICONSTANT_Float_info表示4字节（int和float）的数值常量
  • CONSTANT_Long_info和CONSTANT_Double_info结构表示8字节(long和ldouble)的数值常量
    • 在class文件的常量池表中，所有的8字节常量均占两个表成员《项》的空间。如果一个CONSTANT_Long_info或CONSTANT_Double_info结构的项在常量池表中的索引位n，则常量池表中下一个可用项的索引位n+2，此时常量池表中索引为n+1的项 仍然有效但必须视为不可用的。
  • CONSTANT_NameAndType_info结构用于表示字段或方法，但是和之前的3个结构不同,CONSTANIT_MameAndType_info结构没有指明该宇段或方法所属的类或接口。
  • CONSTANT_utf8_info用于表示字符常量的值
  • CONSTANT_MethodHandle_info结构用于表示方法句柄
  • CONSTANT_MethodType_info结构表示方法类型
  • CONSTANT_InvokeDynamic_info结构用于表示invokedynamic指令所用到的引导方法(bootstrap method)、引导方法所用到的动态调用名称(dynamicinvocation name)、参数和返回类型，并可以给引导方法传入一系列称为静态参数(static argument)的常量。

在这里插入图片描述

【3.2.3】总结
  • 这14种表（或者常量项结构）的共同点是：表开始的第一位是一个u1类型的标志位(tag)，代表当前这个常量项使用的是哪种表结构，即哪种常量类型。
  • 在常量池列表中，CONSTANT_Utf8_info常量项是一种使用改进过的UTF-8编码格式来存储诸如文字字符串、类或者接口é全限定名、字段或者方法的简单名称以及描述符等常量字符串信息。
  • 这14种常量项结构还有一个特点是，其中13个常量项占用的字节固定，只有CONSTANT_utf8_info占用字节不固定，其大小由length决定。为什么呢?因为从常量池存放的内容可知，其存放的是字面量和符号引用，最终这些内容都会是一个字符串，这些字符串的大小是在编写程序时才确定，比如你定义一个类，类名可以取长取短，所以在没编译前，大小不固定，编译后，通过utf-8编码，就可以知道其长度。
  • 常量池:可以理解为Class文件之中的资源仓库，它是Class文件结构中与其他项目关联最多的数据类型（后面的很多数据类型都会指向此处），也是占用Class文件空间最大的数据项目之一。
  • 常量池中为什么要包含这些内容
    • Java代码在进行Javac编译的时候，并不像C和C++那样有“连接”这一步骤，而是在虚拟机加载Class文件的时候进行动态链接。也就是说，**在Class文件中不会保存各个方法、字段的最终内存布局信息，因此这些字段、方法的符号引用不经过运行期转换的话无法得到真正的内存入口地址，也就无法直接被虚拟机使用。**当虚拟机运行时，需要从常量池获得对应的符号引用，再在类创建时或运行时解析、翻译到具体的内存地址之中。关于类的创建和动态链接的内容，在虚拟机类加载过程时再进行详细讲解

【5】访问标识

  • 访问标识(access_flag、访问标志、访问标记)

  • 在常量池后，紧跟着访问标记。该标记使用两个字节表示，用于识别一些类或者接口层次的访问信息，包括：这个 Class是类还是接口;是否定义为 public类型，是否定义为 abstract类型;如果是类的话，是否被声明为 final等。各种访问标记如下所示：

  • 标志名称标志值含义
    ACC_PUBLIC0x0001标志为public类型
    ACC_FINAL0x0010标志被声明为final，只有类可以设置
    ACC_SUPER0x0020标志允许使用invokespecial字节码指令的新语义，JDK1.0.2之后编译出来的类的这个标志默认为真。（使用增强的方法调用父类方法）
    ACC_INTERFACE0x0200标志这是一个接口
    ACC_ABSTRACT0x0400是否为abstract类型，对于接口或者抽象类来说，次标志值为真，其他类型为假
    ACC_SYNTHETIC0x1000标志此类并非由用户代码产生（即：由编译器产生的类，没有源码对应）
    ACC_ANNOTATION0x2000标志这是一个注解
    ACC_ENUM0x4000标志这是一个枚举

  • 类的访问权限通常为ACC_开头的常量

  • 每一种类型的表示都是通过设置访问标记的32位中的特定位来实现的。比如，若是public final的类，则该标记为ACC_PUBLIC | ACC_FINAL

  • 使用ACC_SUPER可以让类更准确地定位到父类的方法super.method() ,现代编译器都会设置并且使用这个标记

  • 补充说明

  • 1、带有ACC_INTERFACE标志的class文件表示的是接口而不是类，反之则表示的是类而不是接口。

    • 1、如果一个class文件被设置了ACC_INTERFACE标志，那么同时也得设置ACC_ABSTRACT标志。同时它不能再设置 ACC_FINAL、Acc_SUPER或ACC_ENUM标志
    • 2、如果没有设置AcC_INTERFACE标志，那么这个class文件可以具有上表中除 ACC_ANOTATION外的其他所有标志。当然，ACC_FINAL和ACC_ABSTRACT这类互斥的标志除外。这两个标志不得同时设置

  • 2、ACC_SUPER标志用于确定类或接口里面的invokespecial指令使用的是哪一种执行语义。针对Java虚拟机指令集的编译器都应当设置这个标志。对于Java SE 8及后续版本来说，无论class文件中这个标志的实际值是什么，也不管class文件的版本号是多少，Java虚拟机都认为每个class文件均设置了ACC SUPER标志

    • 1、ACC_SUPER标志是为了向后兼容由旧Java编译器所编译的代码而设计的。目前的 ACC_SUPER标志在由3DK 1.0.2之前的编译器所生成的access_flags中是没有确定含义的，如果设置了该标志，那么Oracle的Java虚拟机实现会将其忽略

  • 3、ACC_SYNTHETIC标志意味着该类或接口是由编译器生成的，而不是由源代码生成的。

  • 4、注解类型必须设置ACC_ANNOTATION标志。如果设置了ACC_ANNOTATION标志，那么也必须设置ACC_INTERFACE标志

  • 5、ACC_ENUM标志表明该类或其父类为枚举类型

【6】类索引、父类索引、接口索引集合

  • 在访问标记后，会指定该类的类别、父类类别以及实现的接口，格式如下：

  • 长度含义
    u2this_class
    u2super_class
    u2interfaces_count
    u2interfaces[interfaces_count]

  • 这三项数据来确定这个类的继承关系

    • 类索引用于确定这个类的全限定名
    • 父类索引用于确定这个类的父类的全限定名。由于Java语言不允许多重继承，所以父类索引只有一个，除了java.lang.object 之外，所有的Java类都有父类，因此除了java.lang.0bject外，所有Java类的父类索引都不为0
    • 接口索引集合就用来描述这个类实现了哪些接口，这些被实现的接口将按implements语句(如果这个类本身是一个接口，则应当是extends语句）后的接口顺序从左到右排列在接口索引集合中
【6.1】类索引
  • 1、this_class：类索引
  • 2、字节无符号整数，指向常量池的索引。它提供了类的全限定名,如com/atguigu/Demo。this_class的值必须是对常量池表中某项的一个有效索引值。常量池在这个索引处的成员必须为CONSTANT_Class_info类型结构体，该结构体表示这个class文件所定义的类或接口
【6.2】父类索引
  • super_class：父类索引
  • 字节无符号整数，指向常量池的索引。它提供了当前类的父类的全限定名。如果我们没有继承任何类，其默认继承的是java/lang/0bject类。同时，由于Java不支持多继承，所以其父类只有一个
  • superclass指向的父类不能是final
【6.3】interfaces

  • 指向常量池索引集合，它提供了一个符号引用到所有已实现的接口

  • 由于一个类可以实现多个接口，因此需要以数组形式保存多个接口的索引，表示接口的每个索引也是一个指向常量池的CONSTANT_Class(当然这里就必须是接口,而不是类)

  • interfaces_count（接口计数器）

    • interfaces count项的值表示当前类或接口的直接超接口数量

  • interfaces []（接口索引集合）

    • interfaces[]中每个成员的值必须是对常量池表中某项的有效索引值，它的长度为 interfaces_count。每个成员interfaces[i]必须为 CONSTANT_Class_info结构，其中 0 <= i < interfaces_count。在 interfaces []中，各成员所表示的接口顺序和对应的源代码中给定的接口顺序（从左至右)一样，即 interfaces[0]对应的是源代码中最左边的接口

【7】字段表集合

  • fields
    • 用于描述接口或类中声明的变量。字段(field)包括类级变量以及实例级变量，但是不包括方法内部、代码块内部声明的局部变量
    • 字段叫什么名字、字段被定义为什么数据类型，这些都是无法固定的，只能引用常量池中的常量来描述。
    • 它指向常量池索引集合，它描述了每个字段的完整信息。比如**字段的标识符、访问修饰符（public、private或protected）、是类变量还是实例变量（static修饰符）、是否是常量（final修饰符）**等
  • 注意事项：
    • 字段表集合中不会列出从父类或者实现的接口中继承而来的字段，但有可能列出原本Java代码之中不存在的字段。譬如在内部类中为了保持对外部类的访问性，会自动添加指向外部类实例的字段。
    • 在Java语言中字段是无法重载的，两个字段的数据类型、修饰符不管是否相同，都必须使用不一样的名称，但是对于字节码来讲，如果两个字段的描述符不一致，那字段重名就是合法的
【7.1】字段计数器
  • fields_count：字段计数器
  • fields_count的值表示当前class文件fields表的成员个数。使用两个字节来表示
  • fields表中每个成员都是一个field_info结构，用于表示该类或接口所声明的所有类字段或者实例字段，不包括方法内部声明的变量，也不包括从父类或父接口继承的那些字段
【7.2】字段表

  • fields []：字段表

  • fields表中的每个成员都必须是一个fields_info结构的数据项，用于表示当前类或接口中某个字段的完整描述

  • 一个字段的信息包括如下这些信息。这些信息中，各个修饰符都是布尔值，要么有，要么没有

    • 作用域（public、private、protected修饰符)
    • 是实例变量还是类变量（static修饰符)
    • 可变性（final)
    • 并发可见性（volatile修饰符，是否强制从主内存读写)
    • 可否序列化（transient修饰符)
    • 字段数据类型（基本数据类型、对象、数组）
    • 字段名称

  • 字段表作为一个表，同样有他自己的结构：

  • 类型名称含义数量
    u2access_flags访问标志1
    u2name_index字段名索引1
    u2descriptor_index描述符索引1
    u2attributes_count属性计数器1
    attribute_infoattributes属性集合attributes_count

  • 字段表访问标识

  • 标志名称标志值含义
    ACC_PUBLIC0x0001字段是否为public
    ACC_PRIVATE0x0002字段是否为private
    ACC_PROTECTED0x0004字段是否为protected
    ACC_STATIC0x0008字段是否为static
    ACC_FINAL0x0010字段是否为final
    ACC_VOLATILE0x0040字段是否为volatile
    ACC_TRANSTENT0x0080字段是否为transient
    ACC_SYNCHETIC0x1000字段是否为由编译器自动产生
    ACC_ENUM0x4000字段是否为enum

  • 属性表集合

    • 一个字段还可能拥有一些属性，用于存储更多的额外信息。比如初始化值、一些注释信息等。属性个数存放在attribute_count中，属性具体内容存放在attributes数组中。

    • 以常量属性为例，结构为：
ConstantValue_attribute{
	u2 attribute_name_index;   属性名索引
	u4 attribute_length;       属性长度
	u2 constantvalue_index;   
}

    • 说明:对于常量属性而言，attribute_length值恒为2

【8】方法集合

  • methods：指向常量池索引集合，它完整描述了每个方法的签名
    • 在字节码文件中，每一个method_info项都对应着一个类或者接口中的方法信息。比如方法的访问修饰符(public、private或protected),方法的返回值类型以及方法的参数信息等。
    • 如果这个方法不是抽象的或者不是native的，那么字节码中会体现出来。
    • 一方面，methods表只描述当前类或接口中声明的方法，不包括从父类或父接口继承的方法。另一方面， methods表有可能会出现由编译器自动添加的方法，最典型的便是编译器产生的方法信息（比如：类(接口)初始化方法()和实例初始化方法()）
  • 注意事项
    • 在Java语言中，要重载(Overload)一个方法，除了要与原方法具有相同的简单名称之外，还要求必须拥有一个与原方法不同的特征签名，特征签名就是一个方法中各个参数在常量池中的字段符号引用的集合，也就是因为返回值不会包含在特征签名之中，因此Java语言里无法仅仅依靠返回值的不同来对一个已有方法进行重载。但在Class文件格式中，特征签名的范围更大一些，只要描述符不是完全一致的两个方法就可以共存。也就是说，如果两个方法有相同的名称和特征签名，但返回值不同，那么也是可以合法共存于同一个class文件中。
    • 也就是说，尽管Java语法规范并不允许在一个类或者接口中声明多个方法签名相同的方法，但是和Java语法规范相反，字节码文件中却恰恰允许存放多个方法签名相同的方法，唯一的条件就是这些方法之间的返回值不能相同
【8.1】方法计数器
  • methods_count：方法计数器
  • methods_count的值表示当前class文件methods表的成员个数。使用两个字节来表示
  • methods表中每个成员都是一个method_info结构
【8.2】方法表

  • method []：方法表

  • methods表中的每个成员都必须是一个method_info结构，用于表示当前类或接口中某个方法的完整描述。如果某个method_info结构的access_flags项既没有设置 ACC_NATIVE 标志也没有设置ACC_ABSTRACT标志，那么该结构中也应包含实现这个方法所用的Java虚拟机指令。|

  • method_info结构可以表示类和接口中定义的所有方法，包括实例方法、类方法、实例初始化方法和类或接口初始化方法

  • 方法表的结构实际跟字段表是一样的，方法表结构如下：

  • 类型名称含义数量
    u2access_flags访问标志1
    u2name_index方法名索引1
    u2descriptor_index描述符索引1
    u2attributes_count属性计数器1
    attribute_infoattributes属性集合attributes_count

  • **方法表访问标志：**跟字段表一样，方法表也有访问标志，而且他们的标志有部分相同，部分则不同，方法表的具体访问标志如下：

  • 标记名值说明
    ACC_PUBLIC0x0001方法是否为public
    ACC_PRIVATE0x0002方法是否为private
    ACC_PROTECTED0x0004方法是否为protected
    ACC_STATIC0x0008方法是否为static
    ACC_FINAL0x0010方法是否为final
    ACC_SYNCHRONIZED0x0020方法是否为synchronize
    ACC_BRIDGE0x0040方法是否是由编译器产生的桥接方法
    ACC_VARARGS0x0080方法是否接受不定参数
    ACC_NATIVE0x0100方法是否为native
    ACC_ABSTRACT0x0200方法是否为abstract
    ACC_STRICTFP0x0400方法是否为strictfp
    ACC_SYNTHETIC0x1000方法是否是由编译器自动产生的

【9】属性表集合

  • 属性表集合：attributes
  • 方法表集合之后的属性表集合，指的是class文件所携带的辅助信息，比如该class文件的源文件的名称。以及任何带有RetentionPolicy.CLASS 或者RetentionPolicy.RUNTIME的注解。这类信息通常被用于Java虚拟机的验证和运行，以及Java程序的调试，一般无须深入了解
  • 此外，字段表、方法表都可以有自己的属性表。用于描述某些场景专有的信息
  • 属性表集合的限制没有那么严格，不再要求各个属性表具有严格的顺序，并且只要不与已有的属性名重复，任何人实现的编译器都可以向属性表中写入自己定义的属性信息，但Java虚拟机运行时会忽略掉它不认识的属性
【9.1】属性计数器
  • attributes_count：属性计数器
  • attributes_count的值表示当前class文件属性表的成员个数。属性表中每一项都是一个attribute_info结构
【9.2】属性表

  • attributes []：属性表

    • 属性表的每个项的值必须是attribute_info结构。属性表的结构比较灵活，各种不同的属性只要满足以下结构即可

  • 属性的通用格式

    • 类型名称数量含义
      u2attribute_name_index1属性名索引
      u4attribute_length1属性长度
      u1infoattribute_length属性表

  • 属性类型

    • 属性表实际上可以有很多类型，上面看到的Code属性只是其中一种，Java8里面定义了23种属性

    • 下面这些是虚拟机中预定义的属性：

    • 属性名称使用位置含义
      Code方法表Java代码编译成的字节码指令
      ConstantValue字段表final关键字定义的常量池
      Deprecated类、方法、字段表被声明为deprecated的方法和字段
      Exception方法表方法抛出异常
      EnclosingMethod类文件仅当一个类为局部类或者匿名类时才能拥有这个属性，这个属性用于标识这个类所在的外围方法
      InnerClass类文件内部类列表
      LineNumberTableCode属性Java源码的行号与字节码指令的对应关系
      LocalVariableTableCode属性方法的局部变量描述
      StackMapTableCode属性JDK1.6中新增的属性，供新的类型检查检验器检查和处理目标方法的局部变量和操作数有所需要的类是否匹配
      Signature类、方法表、字段表用于支持泛型情况下的方法签名
      SourceFile类文件记录源文件名称
      SourceDebugExtension类文件用于存储额外的调试信息
      Synthetic类、方法表、字段表标志方法或字段为编译器自动生成的
      LocalVariableTypeTable类使用特征签名代替描述符，是为了引入泛型语法之后能描述泛型参数化类型而添加
      RuntimeVisibleAnnotations类、方法表、字段表为动态注解提供支持
      RuntimeInvisibleAnnotations类、方法表、字段表用于指明哪些注解是运行时不可见的
      RuntimeVisibleParameterAnnotation方法表作用与RuntimeVisibleAnnotations属性类似，只不过作用对象为方法
      RuntimeInvisibleParameterAnnotation方法表作用与RuntimelnvisibleAnnotations属性类似,作用对象哪个为方法参数
      AnnotationDefault方法表用于记录注解类元素的默认值
      BootstrapMethods类文件用于保存invokeddynamic指令引用的引导方式限定符

  • 部分属性详解

    • 1、 ConstantValue属性

      • ConstantValue 属性表示一个常量字段的值。位于 field_info结构的属性表中

      • Constantvalue_attribute {
	u2 attribute_name_index;
    u4 attribute_length;
	u2 constantvalue_index;//字段值在常量池中的索引，常量池在该索引处的项给出该属性表示的常量值。(例如,值是1ong型的，在常量池中使是CONSTANT_Long）
}

    • 2、Deprecated属性

      • Deprecated 属性是在JDK 1.1为了支持注释中的关键词@deprecated 而引入的

      • Deprecated_attribute {
	u2 attribute_name_index;
    u4 attribute_length;
}

    • 3、Code属性

      • Code属性就是存放方法体里面的代码。但是，并非所有方法表都有Code属性。像接口或者抽象方法，他们没有具体的方法体，因此也就不会有Code属性了

      • Code属性表的结构，如下图：

      • 类型名称数量含义
        u2attribute_name_index1属性名索引
        u4attribute_length1属性长度
        u2max_stack1操作数栈深度的最大值
        u2max_locals1局部变量表所需的存续空间
        u4code_length1字节码指令的长度
        u1codecode_length存储字节码指令
        u2exception_table_length1异常表长度
        exception_infoexception_tableexception_length异常表
        u2attributes_count1属性集合计数器
        attribute_infoattributesattributes_count属性集合

      • 可以看到：Code属性表的前两项跟属性表是一致的，即Code属性表遵循属性表的结构，后面那些则是他自定义的结构

    • 4、InnerClasses属性

      • 为了方便说明特别定义一个表示类或接口的Class格式为C。如果C的常量池中包含某个CONSTANT_Class_info成员，且这个成员所表示的类或接口不属于任何一个包，那么C的ClassFile结构的属性表中就必须含有对应的 InnerClasses属性。InnerClasses属性是在DK 1.1 中为了支持内部类和内部接口而引入的,位于ClassFile结构的属性表

    • 5、LineNumberTable属性

      • LineNumberTable属性是可选变长属性，位于Code结构的属性表。

      • LineNumberTable属性是用来描述Java源码行号与字节码行号之间的对应关系。这个属性可以用来在调试的时候定位代码执行的行数

        • start_pc,即字节码行号;line_number，即Java源代码行号

      • 在Code属性的属性表中,LineNumberTable属性可以按照任意顺序出现，此外，多个 LineNumberTable属性可以共同表示一个行号在源文件中表示的内容，即 LineNumberTable 属性不需要与源文件的行一一对应

      • LineNumberTable属性表结构：

      • LineNumberTable_attribute {
	u2 attribute_name_index;
    u4 attribute_length;
	u2 line_number_table_length;
    {	u2 start_pc;
		u2 line_number;
	} line_number_table[line_number_table_length];
}

    • 6、LocalVariableTable属性

    • LocalVariableTable是可选变长属性，位于Code属性的属性表中。它被调试器**用于确定方法在执行过程中局部变量的信息。**在 Code属性的属性表中，LocalVariableTable属性可以按照任意顺序出现。Code属性中的每个局部变量最多只能有一个LocalVariableTable属性。

      • start pc + length表示这个变量在字节码中的生命周期起始和结束的偏移位置(this生命周期从头0到结尾10)
      • index就是这个变量在局部变量表中的槽位（槽位可复用)
      • name就是变量名称
      • Descriptor表示局部变量类型描述

    • LocalVariableTable属性表结构：

    • LocalVariableTable_attribute {
	u2 attribute_name_index;
    u4 attribute_length;
	u2 local_variable_table_length;
    {	u2 start_pc;
		u2 length;
     	u2 name_index;
		u2 descriptor_index;
     	u2 index;
	} local_variable_table[local_variable_table_length];
}

    • 7、Signature属性

      • Signature属性是可选的定长属性,位于ClassFile， field_info或method_info结构的属性表中。在Java语言中，任何类、接口、初始化方法或成员的泛型签名如果包含了类型变量（Type Variables）或参数化类型（ Parameterized Types)，则 Signature 属性会为它记录泛型签名信息。

    • 8、SourceFile属性

      • SourceFile属性结构

      • 类型名称数量含义
        u2attribute_name_index1属性名索引
        u4attribute_length1属性长度
        u2sourcefile_index1源码文件索引

      • 可以看到，其长度总是固定的8个字节

    • 9、其他属性

      • Java虚拟机中预定义的属性有20多个，这里就不一一介绍了，通过上面几个属性的介绍，只要领会其精髓，其他属性的解读也是易如反掌

【10】小结

  • 随着Java平台的不断发展，在将来，Class文件的内容也一定会做进一步的扩充，但是其基本的格式和结构不会做重大调整
  • 从Java虚拟机的角度看，通过Class文件，可以让更多的计算机语言支持Java虚拟机平台。因此，Class文件结构不仅仅是Java虚拟机的执行入口，更是Java生态圈的基础和核心

4、使用javap指令解析Class文件

【1】解析字节码的作用

  • 通过反编译生成的字节码文件，我们可以深入的了解java代码的工作机制。但是，自己分析类文件结构太麻烦了!除了使用第三方的jclasslib工具之外，oracle官方也提供了工具：javap
  • javap是jdk自带的反解析工具。它的作用就是根据class字节码文件，反解析出当前类对应的code区（字节码指令)、局部变量表、异常表和代码行偏移量映射表、常量池等信息
  • 通过局部变量表，我们可以查看局部变量的作用域范围、所在槽位等信息，甚至可以看到槽位复用等信息

【2】javac -g操作

  • 解析字节码文件得到的信息中，有些信息（如局部变量表、指令和代码行偏移量映射表、常量池中方法的参数名称等等）需要在使用javac编译成class文件时，指定参数才能输出
  • 比如，你直接javac xx.java，就不会在生成对应的局部变量表等信息，如果你使用javac -g xx.java就可以生成所有相关信息了。如果你使用的eclipse或IDEA，则默认情况下，eclipse、IDEA在编译时会帮你生成局部变量表、指令和代码行偏移量映射表等信息的

【3】javap的用法

  • javap的用法格式：javap
  • 其中，classes就是你要反编译的class文件。
  • 在命令行中直接输入javap或javap -help可以看到javap的options有如下选项：
  • 在这里插入图片描述

【4】总结

  • 1、通过javap命令可以查看一个java类反汇编得到的Class文件版本号、常量池、访问标识、变量表、指令代码行号表等等信息。不显示类索引、父类索引、接口索引集合、()、()等结构
  • 2、通过对代码反汇编文件的分析，可以发现，一个方法的执行通常会涉及下面几块内存的操作：
    • 1、java栈中：局部变量表、操作数栈
    • 2、java堆：通过对象的地址引用去操作
    • 3、常量池
    • 4、其他如帧数据区、方法区的剩余部分等情况，测试中没有显示出来
  • 3、平常，我们比较关注的是java类中每个方法的反汇编中的指令操作过程，这些指令都是顺序执行的，可以参考官方文档查看每个指令的含义，很简单：
    https://ldocs.oracle.com/javase/specs/jvms/se7/html/jvms-6.html
梦~开始
关注
专栏目录
Class文件结构
Mr.xing的博客
03-19 1079
Class文件是Java虚拟机执行Java程序的基础，其结构严格按照特定的格式进行排列构成。其结构主要包括：魔数、版本信息、常量池、访问标志、类索引、父类索引、接口索引集合、字段表集合、方法表集合、属性表集合。
简单介绍class文件结构
qq_37744360的博客
02-26 393
文章目录1. 什么是class文件？2. class文件的数据类型3. class文件结构3.1 magic，魔数，u43.2 minor_version，次版本号，u23.3 major_version，主版本号，u23.4 constat_pool_count和constant_pool，常量池3.5 access_flags，类访问标识符3.6 this_class和super_class，...
最通俗易懂的Class文件结构（下）
热门推荐
万猫学社
11-26 1万+
上一篇文章分享了Class文件的主要构成，同时也详细分析了魔数、次版本号、主版本号、常量池集合、访问标志的构造，接下来继续详细分析类索引、父类索引、接口索引集合、字段表集合、方法表集合和属性表集合。
通俗易懂且详细的了解Class类文件结构
BoCong-Deng的博客
12-19 1万+
目录 •写在前面 •无符号数和表 •魔数和Class文件的版本 •常量池 •访问标志 •类索引、父类索引与接口索引集合 •字段表集合 •方法表集合 •写在前面 提到java，我们可能第一时间想起的就是那句口号，“一次编写，到处运行”，这体现了java与平台无关的优势，而实现这种特性的的基础，是通过将java编译成字节码文件，虚拟机可以载入和执行同一种平台无关的字节码，从而实现这...
面试官：说说你了解Class文件结构？
小明的Java问道之路
08-22 1531
你了解Class文件结构吗？那你知道为什么会有魔数吗？定义的类变量会在什么地方出现呢？...不懂？一文带你了解Class文件结构。
class类文件结构.xmind
08-07
Java虚拟机中的class类文件的知识，个人整理大的class类文件结构.xmind，有什么问题及时反馈。
深入理解JVM之Class类文件结构详解
08-25
Class文件结构是JVM的核心组件之一，对于Java开发者来说，理解Class文件结构是非常重要的。本文将深入解释Class文件结构的详细信息，包括Class文件的组成部分、常量池、访问标志、类索引、字段表集合、方法表集合、...
第一章：class文件结构.mmap
09-29
第一章：class文件结构.mmap
Class文件结构1
08-08
Class文件结构1
class文件结构参照表全集
09-09
class文件结构参照表全集
Class文件结构解析
m0_57659908的博客
03-19 530
文章目录前言一、class文件结构二、魔数与Class文件的版本号常量池访问标志类索引、父类索引与接口索引集合总结 前言 java语言能很好地保持向后兼容，class文件结构的稳定性功不可没，下面来介绍class文件的结构 一、class文件结构 class文件是一组以8字节为基础单位的二进制流，各个数据项严格按照顺序紧凑的排列在文件中，中间没有添加任何分隔符。当遇到需要占用8个字节以上空间的数据项时，则会按照高位在前的方式分割 成若干个8个字节进行存储。 《java虚拟机规范》中规定，Class文件采用
class文件详解(全过程举例加图解)
超负荷运转
05-07 3048
sdfgnm
Class类文件的结构
m0_49710410的博客
11-11 2070
Class文件是一组以8个字节(64位)为基础单位的二进制流，各个数据项目严格按照顺序紧凑地排列在文件之中，中间没有添加任何分隔符，这使得整个Class文件中存储的内容几乎全部是程序运行的必要数据，没有空隙存在。当遇到需要占用8个字节以上空间的数据项时，则会按照高位在前的方式分割成若干个8个字节进行存储。Class文件格式采用一种类似于C语言结构体的伪结构来存储数据，这种伪结构中只有两种数据类型：“无符号数”和“表”。后面的解析都要以这两种数据类型为基 础，所以这里笔者必须先解释清楚这两个概念。
spring循环依赖解决方式
qq_36400213的博客
11-04 883
字段注入和setter注入则提供了更多的灵活性，但需要更谨慎地管理对象的状态。方法注入和注解注入则适用于特定的场景。在Spring框架中，依赖注入（Dependency Injection，DI）是一种实现控制反转（Inversion of Control，IoC）的机制，用于将对象的依赖关系自动注入到对象中。这种方式不如构造器注入严格，但比字段注入更灵活，因为它可以在不创建新实例的情况下改变对象的依赖。这种方式是推荐的，因为它可以保证对象在创建时就处于完全初始化的状态，并且可以使得bean不可变。
JAVA-01-变量
LJH_laura_li的博客
11-08 137
在方法、构造函数或块内部定义的变量。
2024年华为OD机试真题-查找充电设备-C++-OD统一考试（E卷）
面试高手的博客
11-08 22
某个充电站，可提供n个充电设备只，每个充电设备均有对应的输出功率任意个充电设备组合的输出功率总和，均构成功率集合P的1个元素功率集合P的最优元素，表示最接近充电站最大输出功率pmax 的元素。每一题都含有详细的解题思路和代码注释，精编c++、JAVA、Python三种语言解法。当充电设备输出功率50、20、20组合时，其输出功率总和为90，最接近充电站最大充电输出功率，因此最优元素为90。所有充电设备的输出功率组合，均大于充电站最大充电输出功率30，此时最优元素值为0。第 2 行为每个充电设备的输出功率。
JAVA学习接口案例实例
最新发布
shangan_3的博客
11-08 63
【代码】JAVA学习接口案例实例。
每日OJ题_牛客_相差不超过k的最多数_滑动窗口_C++_Java
参考书籍：《C语言程序设计》《数据结构》《C++ Primer》《Effective C++》《STL源码剖析》《现代操作系统》《UNIX环境高级编程》《图解TCP/IP》《图解HTTP》《Linux高性能服务器编程》《剑指Offer》《算法导论》
11-04 403
每日OJ题_牛客_相差不超过k的最多数_滑动窗口_C++_Java（排序容易想，但是滑动窗口不容易想到，核心思想：使用滑动窗口算法通过动态调整窗口的大小，遍历所有符合条件的连续子序列，求得最大连续子序列的长度。）
Java虚拟机Class文件结构解析
"深入理解JVM之Class类文件结构详解，本文主要介绍Java虚拟机中的Class文件结构，探讨其相关概念、原理、结构和常用属性，揭示Java虚拟机的平台无关性和字节码的存储格式。" 在Java开发中，JVM（Java Virtual ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值