加载application.yml文件失败‘_「深入理解 JVM 一」类加载器及自定义类加载器

一、 类加载器介绍

类加载器负责在运行期间将 Java 类动态加载到 JVM 内存中。因此 JVM 不需要了解底层文件或者文件系统来运行 Java 程序。类经过: 加载、链接(验证、准备、解析)、初始化,最终形成可以被虚拟机直接使用的「深入理解 JVM 一」类加载器及自定义类加载器 Java 类型。

  • 加载:将 .class 文件加载到内存中
  • 链接:
    • 验证:验证 class 文件的正确性
    • 准备:给类的静态变量分配内存,并且赋默认值。
    • 解析:将符号引用变为直接引用 ,类加载的 resolve() 方法。相当于将另一个被引用的类的方法或者成员变量解析为直接定位到该方法或者成员变量的地址,访问的目标被加载到内存中。
  • 初始化:对类的静态变量赋值

二、类加载器的种类

2.1 根加载器 (BootStrap ClassLoader)

主要加载 JDK 的内部类,主要是 rt.jar 以及其他在 */jre/lib 下的核心类。根加载器是所有加载器的父加载器。

2.2 扩展类加载器 (Extension ClassLoader)

是根加载器的子加载器,负责 $JAVA_HOME/lib/ext 目录下或者 java.ext.dirs 系统变量指定路径下扩展类的加载。

2.3 系统类加载器 (Application ClassLoader)

也叫做应用程序类加载器。是扩展类加载器的子加载器。负责加载用户类路径 classpath 指定的类。

三、类加载的过程

e81768507ae6bc4589d50ba75c5802cc.png

当 JVM 需要一个类时,类加载器收到类加载请求。首先从下往上检索该类是否被加载过,如果被加载过那么直接返回。否则,该加载器先递归地委托给父加载器加载,效果也就是自顶向下加载类,如果父加载器不能加载类那么就交给子加载器加载。如果父加载器加载失败,那么抛出 ClassNotFoundException 异常,再调用自己的 findClass() 方法进行加载。

3.1 双亲委派模型 (delegation)

以上过程就是双亲委派的过程。

为什么使用双亲委派模型呢?

  • 提高安全性
  • 为了保护系统核心类不被篡改。如果用户编写了一个 java.lang.Object 这种核心类,功能和系统 Object 类相同,但是植入了恶意代码。有了双亲委派模型,自定义的 Object 类是不会被加载的,因为根加载器会首先加载系统 Object 类,而不会加载自定义的 Object 类。
  • 防止程序混乱
  • 首先明确,jvm判定两个对象同属于一个类型:同名类实例化,实例对应的同名类的加载器必须相同。
  • 要是每个加载器都自己加载的话,那么可能会出现多个 Object 类,导致混乱。

四、自定义类加载器

4.1 自定义类加载器的实现

自定义类加载器需要继承 ClassLoader 类,然后重写 findClass() 方法 或者重写 loadClass() 方法(如果需要打破双亲委派模型)

下面我们重写 findClass() 方法:

import 

输出结果:

MyTest13

这里 findClass 内部需要加载字节码文件的字节数组,我们写了一个 loadClassData() 方法来实现这个功能。

需要注意的是:

  • 需要修改 sources 的前缀路径,来定位我们要加载的 .class 文件
  • 要想得到输出的第二行结果:
  • main() 方法下 新建 MyTest16 对象时,第一个参数使用ClassLoaderget.getSystemClassLoader().getParent() 得到 扩展类加载器,这样扩展类加载器就加载不到我们定义的类,因而使用我们自定义的类加载器加载。
  • 也可以将 classpath 下生成的 .class 文件移动到非 classpath 路径下,这样系统类就不能加载指定类了

4.2 自定义类加载器的应用

  • 可以通过使用自定义类加载器来加载网络上的 class 文件。也可以方便地对加载的类库进行隔离。
  • 可以修改字节码文件,然后通过自定义类加载器来加载
  • 可以实现版本机制,通过加载拥有相同名称内容不同的字节码文件和包。

五、源码解析

5.1 loadClass() 解析

protected 
  • 首先检查类是否被加载过,这个过程是自底向上的。
  • 如果类没有被加载过那么就自顶向下使用类加载器来加载。
  • 如果系统内置类加载器都不能加载,那么调用 findClass()方法,使用自定义类加载器来加载。

流程图:

f177d732adcec967a9f2ceea75bda84c.png

5.2 findClass()

protected 

我们可以看到内置 findClass() 是直接抛出异常的,如果非要使用自定义类加载器,该方法必须要重写。

5.3 defineClass()

protected 

在 findClass() 内调用 defineClass() 方法,将字节数组转换成类的实例。在我们使用前,需要解析它。

六、参考

1. Class Loaders in Java

2. [Java类加载器及自定义](https://segmentfault.com/a/1190000012925715)

3. 周志明,深入理解Java虚拟机:JVM高级特性与最佳实践,机械工业出版社

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 如果Spring Boot无法加载application.yml文件,可能是由于以下问题: 1. 文件命名错误:请确保application.yml文件的名称拼写正确,并且它在正确的位置。默认情况下,它应该位于src/main/resources目录下。 2. 文件编码问题:检查application.yml文件的编码格式是否正确。它应该是UTF-8编码,如果不是,尝试将其转换为UTF-8格式。 3. 语法错误:请检查application.yml文件中的语法错误,例如缩进、格式错误或无效的配置项。可以尝试逐一注释掉配置项,然后逐渐取消注释以确定问题所在。 4. Maven或Gradle依赖问题:确保您的项目中包含正确的Spring Boot依赖。可以通过在pom.xml(或build.gradle)文件中添加以下依赖项来使用Spring Boot的配置文件功能: ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> </dependency> ``` 5. Spring Boot配置问题:检查您的配置是否正确。例如,确认您是否正确配置了spring.application.name和server.port等属性。 如果上述方法都无法解决问题,可以尝试重新构建项目,或者尝试将application.yml文件复制到其他位置进行测试。如果问题仍然存在,请检查您的开发环境是否正确配置,并尝试使用其他编辑器或IDE重新创建项目。 ### 回答2: Spring Boot 默认会自动加载 `application.yml` 文件,但有时候可能会出现无法加载的情况。如果遇到无法加载 `application.yml` 的问题,可能由以下几个原因导致: 1. 文件路径不正确:确保 `application.yml` 文件位于正确的路径下。在 Spring Boot 中,`application.yml` 文件通常位于 `src/main/resources/` 目录下。 2. 文件名不正确:确保文件名是 `application.yml`,而不是其他命名形式如 `application.yaml` 或 `application.properties`。Spring Boot 默认使用 `.yml` 文件格式作为配置文件。 3. 文件格式错误:确保 `application.yml` 文件的格式正确。`.yml` 文件是使用 YAML 格式编写的,而不是其他格式如 JSON 或 XML。YAML 格式对缩进和空格等要求较严格,需要注意格式的正确性。 4. 依赖问题:检查项目的依赖是否正确配置。如果缺少相关依赖,可能会导致无法加载 `application.yml`。可以通过 Maven 或 Gradle 等构建工具来管理项目的依赖。 5. 配置文件读取问题:可能是由于代码中读取配置文件的方式不正确导致。在 Spring Boot 中,可以通过 `@ConfigurationProperties` 注解或 `@Value` 注解来读取 `application.yml` 中的配置信息。 如果上述方法仍然无法解决问题,可以尝试清理并重新构建项目,或者查看控制台是否有相关的错误或警告信息,以便更准确地判断问题所在。 ### 回答3: Spring Boot没有加载application.yml的原因可能有很多,我将列举几种常见情况: 1. yml文件位置不正确:Spring Boot默认会加载src/main/resources/application.yml文件,如果yml文件放在其他地方或文件名不正确,就无法加载到配置信息。 2. 语法错误:yml文件使用的是YAML语言格式,如果文件中存在语法错误,例如缩进不正确、冒号(:)后面缺失空格等,也会导致无法加载。 3. 依赖缺失:如果项目的依赖配置不正确,可能无法正确加载yml文件。确保在pom.xml中引入了正确的Spring Boot依赖,例如spring-boot-starter-web等。 4. 编码问题:yml文件需要使用UTF-8编码来保存,如果编码格式不正确,也可能导致加载失败。 5. 配置属性名称错误:确保application.yml中的配置属性名称和代码中的属性名称一致,包括大小写和特殊字符。 解决这个问题的方法是,首先确保yml文件位置、语法、编码等都正确,确认依赖配置也没问题。可以尝试重启项目,清理编译环境,重新构建项目。如果问题仍然存在,可以尝试使用其他方式加载配置,例如使用@PropertySource注解指定特定的配置文件路径或使用@Value注入属性值。另外,可以在启动类上添加@EnableAutoConfiguration注解,确保自动配置生效。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值