类、以及类中变量和方法的加载顺序（参考加载机制）

已于 2024-04-16 10:50:56 修改
阅读量7.1k 收藏 33
点赞数 10
CC 4.0 BY-SA版权
分类专栏： JAVA基础 文章标签： JAVA 类加载
于 2018-08-19 23:04:16 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sullivan_jia/article/details/81843383
本文详细探讨了JAVA类加载的过程，包括触发加载的场景，如调用静态成员、new对象等。类加载遵循延迟加载原则，加载顺序为：静态成员/代码块（父类→子类）、非静态成员/代码块（父类→子类），最后执行构造方法。静态方法和属性没有多态，而构造方法在所有成员初始化后执行。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

什么时候类加载 

第一次需要使用类信息时加载。 

类加载的原则：延迟加载，能不加载就不加载。

触发类加载的几种情况： 

(1)、调用静态成员时，会加载静态成员真正所在的类及其父类。 

通过子类调用父类的静态成员时，只会加载父类而不会加载子类。 

(2)、第一次 new 对象的时候 加载(第二次再 new 同一个类时，不需再加载)。 

(3)、加载子类会先加载父类。（覆盖父类方法时所抛出的异常不能超过父类定义的范围） 

注：如果静态属性有 final 修饰时，则不会加载，当成常量使用。 

例：public static final int a =123; 

但是如果上面的等式右值改成表达式(且该表达式在编译时不能确定其值)时则会加载类。 

例：public static final int a = math.PI 

如果访问的是类的公开静态常量，那么如果编译器在编译的时候能确定这个常量的值，就不会被加载； 

如果编译时不能确定其值的话，则运行时加载

最低0.47元/天 解锁文章

200万优质内容无限畅学
类的加载顺序
qq_50931436的博客
10-30 1599
类的加载顺序 一、类加载的过程 先检查内存中是否存在此字节码文件，没有进行加载.class文件。 静态成员先加载，并得到初始值。 静态代码块再执行(与第二步的先后，主要是看他们之间的顺序)。 当执行new的时候，会把静态成员进行初始化，并在堆中开辟空间。 会找到相应的构造函数，但是不会直接执行。 先把实例变量进行初始值。 找到构造代码块。 进入构造函数，执行函数体。 在栈中创建引用指向堆中的实例。 二、类加载的顺序 静态成员 静态代码块 成员变量 匿名代码块 构造器 注：父类先
Java类的加载机制
一切有为法，如梦亦如幻，如露亦如电，应作如是观。
08-21 3161
概述 在开始正文之前，我们先看两张图 。Java平台的理解？Java最显著的特性？Java是解释执行？ 先看一下java程序的执行流程图 再看一下jvm的大致物理结构图 本文主要内容： 什么是类加载？ 类的加载过程（生命周期）？ 类什么时候初始化？ 类初始化顺序？ 类加载器、反射、字节码等一系列问题。 一、类加载机制概念 Java虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的加载机.
JVM- 类的加载过程、类加载器，看这就够了。
最新发布
java_beautiful的博客
06-06 685
类从加载到内存中开始，到卸载出内存位置，为类的生命周期。包括加载（loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initiazation）、使用（Using）、卸载（Unloading）7个阶段。其中验证、准备、连接统称为连接（linking）。其中加载、验证、准备、初始化和卸载这5个阶段的顺序是一定的；类的加载过程必须按照这个顺序按部就班的开始，而解析阶段不一定；
类加载顺序
weixin_58463882的博客
11-22 1983
记住 3 条原则： 1、父类优先于子类 2、属性优先于代码块优先于构造方法 3、静态优先于非静态 因此，类加载顺序为： 父类静态变量-> 父类静态语句块-> 子类静态变量-> 子类静态语句块-> 父类普通成员变量-> 父类动态语句块-> 父类构造器-> 子类普通成员变量-&gt...
Java类加载机制实现流程及原理详解
08-19
Java类加载机制实现流程及原理详解 Java类加载机制是Java虚拟机（JVM）的一部分，它负责将类的二进制数据加载到内存中，并对其进行验证...了解Java类加载机制的实现流程及原理对大家的学习和工作具有重要的参考价值。
JVM (三) - 类加载机制
YLXCA的博客
12-03 701
通常情况下，我们都是直接使用系统类加载器。但是，有的时候，我们也需要自定义类加载器。比如应用是通过网络来传输 Java 类的字节码，为保证安全性，这些字节码经过了加密处理，这时系统类加载器就无法对其进行加载，这样则需要自定义类加载器来实现。自定义类加载器一般都是继承自 ClassLoader 类，从上面对 loadClass 方法来分析来看，我们只需要重写 findClass 方法即可。try {
Java 后端面试必备：类加载机制
2202_75481735的博客
02-15 749
在 Java 后端开发领域，深入理解类加载机制是至关重要的，它不仅是面试中的高频考点，更是优化程序性能、解决复杂问题的关键。本文将全面剖析 Java 类加载机制，帮助读者掌握这一核心知识，为面试和实际开发助力。 在 Java 中，类的加载并非在程序启动时一次性完成，而是按需加载。当出现以下几种情况时，会触发类的加载： 在初始化阶段，会先被初始化为 10，然后被初始化为 20。 2. 父类优先初始化：如果当前类有父类，会先初始化父类，然后再初始化子类。这保证了继承体系中父类的
Java类加载器加载类顺序
12-22
java ClassLoader的学习 　　java是一门解释执行的语言，由开发人员编写好的java源文件先编译成字节码文件.class形式，然后由java虚拟机(JVM)解释执行，.class字节码文件本身是平台无关的，但是jvm却不是，为了实现所谓的一次编译，到处执行，sun提供了各个平台的JVM实现–也是说jvm不是跨平台的，编译好的字节码文件被放在不同的操作系统平台上的jvm所解释执行，这个章节主要解释一下JVM装载类的机制 　　1.ClassLoader是什么？ 　　一个类如果要被JVM所调度执行，必须先把这个类加载到JVM内存里，java.lang下有个很重要的类ClassL
类加载顺序的问题
gaoligaoli的专栏
10-12 1363
在使用hibernate和jfreechart一起使用时，gnujaxp.jar文件必须加载在hibernate包的后面，否则会报异常。hibernate的版本是3.05，jfreechart的版本是jfreechart-0.9.20，jcommon-0.9.5，gnujaxp.jar.但是不知道使用统计图时会不会报错。
多个静态方法的执行顺序是怎么加载的
05-30
<think>嗯，用户现在想了解Java中静态方法的执行顺序和加载机制，特别是结合@PostConstruct的初始化流程。之前已经讨论过SpringBean的初始化顺序，现在需要更深入静态方法的部分。首先，我得回忆一下Java类的加载机制。静态代码块和静态变量是在类加载的时候初始化的，而类加载发生在首次使用时，比如创建实例、调用静态方法或访问静态字段的时候。这一点很重要，用户提到多个静态方法，可能需要明确静态代码块和静态方法之间的关系。 然后，用户提到的@PostConstruct是Spring的生命周期方法，在依赖注入之后执行。但静态方法属于类级别，而@PostConstruct属于实例初始化阶段。需要解释这两者的执行顺序差异，以及如何相互作用。 在之前的回答中，已经提到了SpringBean的初始化顺序，包括构造函数、依赖注入、@PostConstruct等。现在需要将这些与静态方法的加载机制结合起来。比如，静态代码块在类加载时执行，早于任何实例的创建，因此会早于@PostConstruct方法。用户可能存在的疑问是，如果一个类中有多个静态方法，它们的执行顺序是怎样的？实际上，静态方法只有在被调用时才会执行，而静态代码块会在类加载时自动执行。因此，静态代码块的执行顺序优先于任何静态方法的调用，但静态方法本身是按调用顺序执行的。另外，用户可能混淆了静态方法和静态代码块。需要明确区分：静态代码块在类加载时自动运行，而静态方法需要显式调用。如果有多个静态代码块，它们会按照在代码中的顺序执行。 结合@PostConstruct，当SpringBean初始化时，先执行静态代码块（如果有的话），然后实例化对象，进行依赖注入，最后执行@PostConstruct方法。因此，静态代码块中的操作无法使用依赖注入的字段，因为它们是在实例化之前完成的。 可能还需要举例说明，比如一个类中有静态代码块、静态方法、实例初始化块、构造函数和@PostConstruct方法，它们的执行顺序是怎样的。这样用户能更直观地理解。用户的问题中还提到了加载机制，需要解释类加载的时机，以及不同情况下（如首次访问静态成员、创建实例等）类加载的触发条件。同时，要指出静态方法的执行并不触发类加载，除非方法被调用。最后，要确保回答结构清晰，分点说明，并引用之前的参考资料，比如引用[1]和[2]中提到的@PostConstruct执行时机和静态代码块的对比。可能还需要生成相关问题，帮助用户进一步学习。</think>### Java静态方法执行顺序与加载机制深度解析 #### 一、静态方法执行顺序与加载机制 1. **类加载阶段** - **静态代码块/静态变量初始化**：在类首次加载时执行（按代码顺序） $$ \text{触发条件} = \begin{cases} \text{首次访问静态成员} \\ \text{首次实例化对象} \end{cases} $$ - **静态方法调用**：需显式调用才会执行，不参与类初始化流程 2. **静态方法执行特点** - **无自动执行机制**：与静态代码块不同，静态方法必须通过类名或实例调用 - **执行顺序依赖调用顺序**：多个静态方法按调用时间顺序执行 ```java public class StaticDemo { static { System.out.println("1. 静态代码块"); } // 类加载时自动执行 public static void methodA() { System.out.println("3. methodA"); } public static void methodB() { System.out.println("4. methodB"); } } ``` ```java // 调用示例 StaticDemo.methodA(); // 输出：3 StaticDemo.methodB(); // 输出：4 ``` #### 二、与@PostConstruct的交互关系 1. **执行阶段对比** | 阶段 | 触发时机 | 访问权限 | |--------------------|------------------------|-----------------------| | 静态代码块 | 类加载时 | 仅静态成员 | | @PostConstruct方法 | Bean实例化后，依赖注入完成 | 可访问实例/静态成员 | 2. **典型场景示例** ```java @Component public class LifecycleDemo { static { System.out.println("1. 静态代码块"); // 类加载时执行 } @PostConstruct public void init() { System.out.println("3. @PostConstruct方法"); } public static void staticMethod() { System.out.println("2. 静态方法"); } } ``` **调用流程**： ```java LifecycleDemo.staticMethod(); // 触发类加载 → 输出1 → 输出2 // Spring容器初始化时执行@PostConstruct → 输出3 ``` #### 三、多静态方法交互机制 1. **顺序控制方法** - **显式调用顺序**：通过代码逻辑控制静态方法执行顺序 - **静态代码块初始化**：用于准备静态方法所需环境 ```java public class MathUtil { private static final double PI; static { PI = calculatePI(); // 静态代码块调用静态方法 } private static double calculatePI() { return 3.141592653589793; } } ``` 2. **并发场景处理** - **静态方法线程安全**：需自行通过同步机制保证 ```java public class Counter { private static int count = 0; public synchronized static void increment() { count++; } } ``` #### 四、与Spring生命周期的结合 1. **混合使用场景** ```java @Component public class HybridDemo { public static Map<String, String> cache; static { cache = new ConcurrentHashMap<>(); // 静态初始化 } @Autowired private ConfigService configService; @PostConstruct public void loadConfig() { cache.put("config", configService.getConfig()); // 结合实例资源 } } ``` $$ \text{执行顺序} = \text{静态初始化} \rightarrow \text{依赖注入} \rightarrow \text{@PostConstruct} $$ --- ### 相关问题 1. 如何避免静态方法中访问未初始化的Spring Bean？ 2. 静态代码块能否使用@Value注入的配置参数？ 3. 多线程环境下如何保证静态方法的线程安全？ 4. 静态方法是否会影响Spring Bean的懒加载机制？ 5. 如何实现静态资源的按需初始化？ [^1]: 引用[1] [^2]: 引用[2] [^3]: 引用[3]
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

嫌疑人X的解忧杂货店

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值