Spring Boot 在进行依赖注入时，使用了反射机制，类加载器-启动类拓展类-应用类加载器

类加载器作用

将class文件字节码内容加载到内存中，并将这些静态数据转换成方法区的运行时数据结构，然后在堆中生成一个代表这个类的java.lang.Class对象，作为方法区中类数据的访问入口。能不能用通俗的语言翻译一下类加载器的作用

类加载通俗解释

类加载器的作用可以用通俗的语言来解释：当我们在 Java 程序中使用某个类时，比如创建对象、调用方法等，这个类的字节码文件需要被加载到内存中才能被程序使用。类加载器就是负责将这些类的字节码文件加载到内存，并转换成可以被 Java 虚拟机理解和运行的数据结构的工具。同时，类加载器还负责在堆中生成代表这个类的 java.lang.Class 对象，让我们可以通过这个对象来访问和操作这个类的信息。

简单来说，类加载器就像是一个搬运工，负责把类的字节码文件从磁盘加载到内存中，然后整理好让 Java 虚拟机可以识别和调用，最后提供一个入口让我们可以通过 java.lang.Class 对象来使用这个类。类加载器的作用就是让我们能够在程序中使用各种各样的类，并对它们进行实例化、调用方法等操作。

Spring Boot 在进行依赖注入时，使用了反射机制。

通常情况下，我们不需要显式地使用反射来实现依赖注入，而是让 Spring Boot 自动完成这个过程。
当我们给一个类添加 @Component 注解时，它就成为了一个 Spring 组件，并且可以被注入到其他需要它的类中。在启动应用程序时，Spring Boot 会扫描所有的组件，然后使用反射机制来实例化它们。在实例化过程中，Spring Boot 也会检查组件之间的依赖关系，并自动完成依赖注入。

具体来说，在上面的示例中，UserController 类的构造函数需要一个 UserService 实例。当 Spring Boot 实例化 UserController 类时，它会检查 UserService 接口有哪些实现类，并选择一个与 UserController 类进行依赖注入。这个过程中，Spring Boot 使用了反射机制来实例化 UserService 实现类的对象，并将其传递给 UserController 的构造函数。

总之，在 Spring Boot 中，我们可以通过添加注解来声明组件，并让 Spring Boot 自动完成依赖注入的过程。在这个过程中，Spring Boot 使用反射机制来实例化对象和完成依赖注入。

2.动创建类和使用 Spring Boot 框架创建类区别

如果是手动创建类和使用 Spring Boot 框架创建类的区别，主要体现在以下几个方面：

依赖管理：手动创建类时，需要手动管理类所依赖的其他类或库，包括版本控制、依赖冲突解决等。而使用 Spring Boot 框架时，框架会自动管理依赖，并且提供了一个便捷的依赖声明方式，可以通过 Maven 或 Gradle 等构建工具自动下载所需的依赖库。
配置管理：手动创建类时，需要手动配置类的属性和其他参数，可能需要使用大量的配置文件和代码。而使用 Spring Boot 框架时，可以通过注解和配置文件来进行配置管理，可以轻松地实现各种配置选项的定制和管理。
依赖注入：手动创建类时，需要手动管理各个组件之间的依赖关系，可能需要编写大量的代码来完成依赖注入。而使用 Spring Boot 框架时，可以通过注解和自动化配置来实现依赖注入，大大简化了代码的编写和维护。
开发效率：手动创建类时，需要编写大量的代码和配置文件，可能需要花费较多的时间和精力。而使用 Spring Boot 框架时，可以大量减少开发工作量，提高开发效率，使开发人员可以更专注于业务逻辑的实现。

综上所述，手动创建类和使用 Spring Boot 框架创建类的区别主要在于开发效率、依赖管理、配置管理和依赖注入等方面。通常情况下，使用 Spring Boot 框架可以大大简化开发工作量，提高开发效率，并且可以更好地管理代码的依赖和配置。

3.类加载器分为启动类加载器拓展类加载器应用类加载器自定义类加载器那么程序员通常写的代码是被哪个类加载了

在 Java 中，程序员通常编写的代码是由应用类加载器（Application Class Loader）加载的。应用类加载器是 Java 虚拟机中的一种类加载器，负责加载应用程序的类和资源。

当你在编写 Java 代码时，无需显式指定类加载器，默认情况下，Java 虚拟机会使用应用类加载器来加载你的代码。应用类加载器会从类路径（Classpath）中查找并加载类文件，使得这些类可以在程序中被使用。

类路径是一组目录和 JAR 文件的集合，其中包含了 Java 虚拟机需要加载的类文件和资源。通常，类路径由操作系统的环境变量 CLASSPATH 来指定，也可以通过命令行参数 -classpath 或者 -cp 来指定。

启动类加载器（Bootstrap Class Loader）和拓展类加载器（Extension Class Loader）是 Java 虚拟机的内置类加载器，并负责加载 Java 虚拟机自身的类和扩展类库。启动类加载器是虚拟机实现的一部分，而拓展类加载器则负责加载位于 $JAVA_HOME/lib/ext 目录下的 JAR 文件。

自定义类加载器是程序员根据需要自行实现的类加载器，用于加载非标准位置或者经过特殊处理的类文件。通过自定义类加载器，程序员可以实现更加灵活的类加载策略，例如从数据库、网络或者加密文件中加载类。自定义类加载器需要继承自 java.lang.ClassLoader 类，并重写其中的方法来实现特定的加载逻辑。

总结起来，通常情况下，程序员编写的代码是由应用类加载器加载的，而启动类加载器和拓展类加载器负责加载 Java 虚拟机和扩展类库的类。自定义类加载器根据需要来实现特定的加载逻辑。

4.拓展类和启动类有什么区别

拓展类加载器（Extension Class Loader）和启动类加载器（Bootstrap Class Loader）是 Java 虚拟机中的两种内置类加载器，它们有着不同的作用和加载范围。

启动类加载器（Bootstrap Class Loader）：
- 是虚拟机的一部分，通常由 C++ 实现，不是一个普通的 Java 对象。
- 负责加载 Java 核心库（如 rt.jar、core.jar 等）。
- 由于是虚拟机的一部分，因此在 Java 代码中无法直接获取对启动类加载器的引用。
拓展类加载器（Extension Class Loader）：
- 继承自 java.lang.ClassLoader，是一个普通的 Java 对象。
- 负责加载 Java 平台的扩展库，位于 ${java.home}/lib/ext 目录中的 JAR 文件。
- 可以通过 Java 代码来获取对拓展类加载器的引用，并与其交互。

在加载类时，启动类加载器是最顶层的类加载器，它负责加载核心的 Java 类库，包括 java.lang.*、java.util.* 等核心类。拓展类加载器位于启动类加载器之下，负责加载扩展类库，这些类库提供了一些额外的功能和特性，但并非核心的 Java API。

总的来说，启动类加载器和拓展类加载器在加载的类库范围和加载的目的上有所区别，其中启动类加载器加载核心的 Java 类库，而拓展类加载器加载扩展的类库。

5.拓展类加载器的具体作用

类加载器（Class Loader）在 Java 虚拟机中扮演着至关重要的角色，它负责将 Java 类的字节码文件加载到内存中，并且在运行时动态地链接和初始化这些类。其中，拓展类加载器（Extension Class Loader）是 Java 虚拟机内置的一种特殊类加载器，其主要作用如下：

加载标准扩展库：拓展类加载器负责加载 JDK 中的标准扩展库，这些库通常位于 <JAVA_HOME>/jre/lib/ext 目录下。这些扩展库包含了一些常用的扩展功能和第三方库，例如一些标准的扩展API、JDBC 驱动程序等。
加载用户自定义的扩展类：开发者可以将自己编写的类库放置在扩展目录下，拓展类加载器也会负责加载这些用户自定义的扩展类，从而使得这些类对整个系统都是可见的。
父类加载器：拓展类加载器的父类加载器通常是启动类加载器（Bootstrap Class Loader）。这意味着拓展类加载器可以访问启动类加载器所加载的类，同时也可以加载标准扩展库中的类。

需要注意的是，拓展类加载器并不仅限于加载扩展库，开发者也可以自定义应用程序特定的类加载器来扩展其功能。然而，拓展类加载器本身的主要职责仍然是加载标准扩展库和用户自定义的扩展类。通过拓展类加载器，Java 虚拟机实现了一种层次化的类加载体系，保证了不同类加载器的隔离性和灵活性，同时也为 Java 应用程序提供了丰富的扩展能力。