2023-10-9 腾讯云智校招后端开发二面(附答案)

1 mini-spring框架

1.1 这是个什么东西，为什么要写

答：

what？

"mini-spring"通常指的是一个简化版的Spring框架，它旨在模拟Spring框架的核心功能，但在实现上更为简洁。这样的框架通常用于教学目的，帮助开发者更好地理解Spring框架的内部工作原理。

why？

学习目的：通过从头开始实现一个简化版的Spring，开发者可以更深入地理解Spring框架的核心概念和工作原理，如依赖注入、AOP、Bean生命周期等。
教学目的：对于教育者来说，使用mini-spring可以更有效地向学生展示Spring的核心概念，而不需要深入到Spring的复杂实现细节中。
探索和实验：对于有经验的开发者来说，实现一个mini-spring可以作为一个有趣的项目，用于探索新的编程技巧或实验新的设计模式。
简化特定用途：在某些特定的应用场景中，完整的Spring框架可能过于庞大和复杂。一个简化版的Spring框架可以为这些特定场景提供一个轻量级的解决方案。

1.2 spring是为了解决什么问题

Spring框架是为了解决企业级Java应用开发中的常见问题而创建的。它提供了一种简化的方式来开发可扩展、可维护和生产级的应用程序。以下是Spring框架旨在解决的主要问题：

依赖管理和依赖注入：Spring的核心是其控制反转（IoC）容器，它负责管理应用程序中的对象及其依赖关系。通过依赖注入，Spring允许开发者将对象的创建和依赖管理委托给框架，从而减少了代码的耦合度。
事务管理：Spring提供了一种声明式的事务管理方法，使得开发者可以不必直接处理事务的底层细节，而是通过注解或XML配置来管理事务。
AOP（面向切面编程）：Spring的AOP模块允许开发者定义横切关注点（如日志、安全和事务管理），并将这些关注点与业务逻辑分离，从而提高代码的模块化。
数据访问：Spring简化了与数据库的交互，提供了与JDBC和ORM框架（如Hibernate）的集成，以及对事务的支持。
MVC Web框架：Spring MVC是一个模型-视图-控制器框架，它提供了一种简化的方式来构建Web应用程序，支持RESTful Web服务和多种视图技术。
安全性：Spring Security提供了一套全面的安全特性，包括身份验证、授权、防止跨站请求伪造等。
集成：Spring提供了与各种企业服务的集成，如JMS、JCA、JMX和电子邮件服务。
测试：Spring提供了一套测试框架，支持JUnit和TestNG，使得开发者可以轻松地进行单元测试和集成测试。
模块化：Spring框架是模块化的，这意味着开发者可以根据需要选择并使用特定的模块，而不必引入整个框架。
灵活性和扩展性：Spring的设计允许开发者扩展其功能，以满足特定的需求。

总的来说，Spring框架提供了一套全面的编程和配置模型，旨在解决企业级Java应用开发中的常见问题，从而使开发者能够更加专注于编写业务逻辑。

1.3 讲讲你了解的spring生态

Spring生态系统是一个庞大且多样化的集合，包括一系列的项目和模块，旨在解决企业级应用开发中的各种问题。以下是Spring生态中的一些主要组件：

Spring Framework：这是Spring生态的核心，提供了依赖注入、AOP、数据访问、事务管理、MVC等核心功能。
Spring Boot：它简化了基于Spring的应用程序的创建和部署。Spring Boot提供了一系列的"starters"来快速集成常见的库和框架，以及自动配置功能，使得开发者可以快速启动和运行应用。
Spring Data：为数据访问提供了统一的API，支持多种数据源，如关系数据库、NoSQL数据库、搜索引擎等。
Spring Cloud：为微服务架构提供了一套解决方案，包括服务发现、配置管理、断路器、API网关等。
Spring Security：提供了一套全面的安全解决方案，包括身份验证、授权、OAuth2、JWT等。
Spring Batch：为大规模和复杂的批处理提供了解决方案。
Spring Integration：提供了一套集成企业系统的工具，支持多种集成模式和适配器。
Spring WebFlux：为构建响应式Web应用提供了框架和工具。
Spring Session：为分布式应用提供了会话管理功能。
Spring Social：为与社交网络（如Facebook、Twitter）的集成提供了解决方案。
Spring Mobile：为移动Web应用提供了特定的功能和适配器。
Spring Kafka & Spring AMQP：为与消息中间件（如Kafka和RabbitMQ）的集成提供了工具。
Spring REST Docs：帮助自动生成API文档。
Spring HATEOAS：为创建符合HATEOAS原则的RESTful服务提供了工具。
Spring Caching：提供了声明式的缓存抽象。

这只是Spring生态中的一部分。随着时间的推移，Spring社区不断地推出新的项目和模块，以满足开发者的不断变化的需求。每个项目都旨在简化某个特定领域的开发工作，同时保持与Spring生态中的其他部分的兼容性。

1.4 spring可以用来构建哪些应用呢

Spring框架及其生态系统提供了一套全面的工具和功能，使得开发者可以构建各种类型的应用程序。以下是可以使用Spring构建的应用类型：

Web应用：
- 使用Spring MVC构建传统的Web应用。
- 使用Spring WebFlux构建响应式Web应用。
- 使用Spring Security为Web应用提供安全性。
RESTful Web服务：
- 使用Spring MVC 或Spring WebFlux构建RESTful API。
- 使用Spring HATEOAS为RESTful服务添加超媒体控制。
微服务：
- 使用Spring Boot 和Spring Cloud构建微服务架构的应用。
数据驱动的应用：
- 使用Spring Data访问各种数据源，如关系数据库、NoSQL数据库、搜索引擎等。
- 使用Spring Batch进行批处理操作。
消息驱动的应用：
- 使用Spring Kafka 、Spring AMQP 或Spring Integration与消息中间件集成。
移动应用：
- 使用Spring Mobile为移动设备提供特定的功能。
企业集成：
- 使用Spring Integration为企业应用提供集成解决方案。
云原生应用：
- 使用Spring Cloud构建云原生应用，支持服务发现、配置管理、断路器等。
安全应用：
- 使用Spring Security为应用添加身份验证、授权、OAuth2、JWT等安全特性。
实时流处理应用：

使用Spring Cloud Stream构建事件驱动的微服务。

IoT（物联网）应用：

结合其他工具和技术，使用Spring构建IoT解决方案。

桌面应用：

虽然Spring主要用于服务器端开发，但也可以用于构建Java桌面应用，提供依赖注入和其他核心功能。

这只是Spring能够构建的应用类型的一部分。由于Spring的灵活性和模块化，它可以适应各种开发需求和场景。

1.5 spring、springboot和springMVC各自是解决什么问题的

Spring Framework:

问题: 在早期的Java EE应用开发中，开发者经常面临着复杂的企业级JavaBean配置、手动管理对象生命周期和依赖、复杂的事务管理、缺乏模块化等问题。
解决方案: Spring Framework提供了一个轻量级的容器，它可以管理对象的生命周期、依赖注入、事务管理、AOP（面向切面编程）等。此外，Spring还提供了数据访问、消息传递、Web MVC和其他许多模块，使得开发者可以构建松耦合、模块化和可测试的应用。

Spring Boot:

问题: 尽管Spring Framework提供了强大的功能，但配置和启动一个Spring应用仍然可能会很复杂。开发者需要处理大量的XML配置、项目依赖和初始化代码。
解决方案: Spring Boot简化了基于Spring的应用程序的创建和部署。它提供了自动配置、无代码生成和无需XML配置的方法。Spring Boot还提供了一系列的"starters"，使得集成常见的库和框架变得简单。此外，Spring Boot还包括一个嵌入式的Web服务器（如Tomcat），使得开发者可以轻松地创建独立的、生产级的Spring应用。

Spring MVC:

问题 : 在构建Web应用时，开发者需要处理HTTP请求、数据绑定、内容协商、视图解析等多种任务。
解决方案 : Spring MVC是Spring Framework的一个模块，专门用于构建Web应用。它提供了一个模型-视图-控制器（MVC）架构，使得开发者可以轻松地构建Web应用，同时保持应用的各个部分（如数据处理、UI渲染）之间的分离。Spring MVC支持RESTful Web服务、数据验证、文件上传、异常处理等功能。

总结：

Spring Framework 提供了核心的依赖注入和AOP功能，以及一系列的企业级功能。
Spring Boot 简化了Spring应用的创建、配置和部署。
Spring MVC 提供了构建Web应用和RESTful服务的工具和框架。

1.6 你不是降到了IOC和AOP嘛，所以spring的核心是什么

Spring的核心是提供一个灵活的容器，它可以管理对象的生命周期和依赖关系（通过IoC） ，并允许开发者模块化地定义横切关注点（通过AOP）。这两个核心概念是Spring框架的基石，它们使得Spring成为一个强大、灵活和广泛使用的框架。

1.7 为什么spring要提供一个容器呢

Spring提供一个管理bean生命周期的容器出于以下几个主要原因：

解耦: 通过控制反转 (IoC) 和依赖注入 (DI)，Spring容器帮助将对象的创建和管理从业务逻辑中分离出来。这使得代码更加模块化，降低了组件之间的耦合度，从而提高了代码的可维护性和可测试性。
配置的集中管理: Spring容器提供了一个中心化的地方来管理bean的配置。无论是通过XML、Java配置还是注解，开发者都可以在一个集中的地方定义bean及其属性、构造函数参数、依赖关系等。这使得配置更加清晰和一致。
生命周期管理: Spring容器不仅仅负责bean的创建，还管理其整个生命周期。这包括初始化、属性设置、调用初始化和销毁方法等。开发者可以利用Spring提供的生命周期回调来执行特定的初始化和清理任务。
AOP支持: 有了Spring容器，开发者可以轻松地应用面向切面编程 (AOP) 来处理横切关注点，如日志记录、事务管理、安全性等。这进一步增强了代码的模块化。
资源管理: Spring容器提供了统一的资源管理机制，使得开发者可以轻松地访问和管理各种资源，如数据库、消息队列、远程服务等。
事务管理: Spring容器提供了一种声明式的事务管理机制，使得开发者可以在不修改业务代码的情况下，轻松地应用事务边界。
灵活性和扩展性: 由于Spring容器的插件式架构，开发者可以轻松地添加和替换容器的各个部分，如bean工厂后处理器、bean后处理器、生命周期处理器等。

总的来说，通过提供一个管理bean生命周期的容器，Spring使得开发者可以更加专注于业务逻辑，而不是对象的创建和管理。这大大简化了应用开发，提高了开发效率，并确保了应用的健壮性和可维护性。

1.8 耦合起来有什么问题吗

耦合是指两个或多个组件之间的依赖关系。当组件之间高度耦合时，它们之间的依赖关系变得很强，这会导致以下问题：

维护困难：当一个组件发生变化时，由于与其他组件存在强烈的依赖关系，可能需要修改多个组件以适应这种变化。
缺乏灵活性：高度耦合的组件难以独立地进行更改或替换，因为它们之间的关系是紧密的。
可测试性差：高度耦合的组件难以独立测试，因为它们通常依赖于其他组件的状态或行为。这可能需要使用复杂的模拟或存根来进行单元测试。
代码重用性低：高度耦合的组件通常很难在其他上下文或项目中重用，因为它们与特定的其他组件紧密相关。
扩展困难：当需要添加新功能或扩展现有功能时，高度耦合的代码可能需要进行大量的重构。
错误传播：一个组件中的错误可能会影响到与其高度耦合的其他组件，导致错误传播到整个系统。
难以理解：对于新来的开发者，理解高度耦合的代码结构和逻辑可能会更加困难，因为需要同时考虑多个组件及其交互。

为了避免上述问题，软件设计中通常推荐使用"低耦合、高内聚"的原则。这意味着每个组件应该尽量独立，只关心其核心功能（高内聚），而与其他组件的交互应该尽量简化和最小化（低耦合）。这样的设计可以提高代码的可维护性、可测试性和可重用性。

1.9 IOC是什么东西

答：

IOC，即"控制反转"，是一种设计原则，在这种原则下，对象的创建、配置和管理不再由使用它的对象自己控制，而是交给一个外部的实体来完成。在Spring框架中，这个外部实体是Spring容器。IOC容器负责实例化、配置和组装bean。通过IOC，对象之间的依赖关系是由容器在运行时动态注入的，而不是由对象自己在编译时静态定义的。

1.10 为什么要控制反转呢

控制反转的主要目的是为了解耦，提高系统的模块化和灵活性。以下是使用IOC的主要好处：

解耦：通过将对象的创建和查找的责任从应用代码中移除，IOC帮助减少组件之间的耦合度。这使得组件更加独立，易于测试和重用。
模块化和可插拔：由于组件之间的依赖关系是在运行时动态注入的，因此可以轻松地替换或升级组件，而不需要修改使用它的代码。
集中的配置管理：所有的bean配置都集中在一个地方，这使得管理和维护配置变得更加容易。
生命周期管理：IOC容器负责管理bean的生命周期，包括创建、初始化、销毁等。这确保了资源的正确使用和释放。
延迟加载和按需创建：IOC容器可以配置为按需创建bean，或者在启动时预先创建并缓存bean，从而提高系统的响应速度。
AOP支持：与IOC结合，AOP（面向切面编程）可以提供横切关注点的解决方案，如日志、事务管理、安全性等。

总的来说，控制反转提供了一种更加灵活、模块化和可维护的方式来构建应用程序，使得代码更加简洁、清晰和易于管理。

1.11 程序员自己管理bean生命周期有什么问题吗

当程序员自己管理bean（或对象）的生命周期时，可能会遇到以下问题：

复杂性增加：手动管理对象的创建、初始化、配置和销毁会增加代码的复杂性。对于大型应用程序或系统，这种复杂性可能会变得难以管理。
代码重复：在应用程序的多个地方可能需要创建和配置相同的对象。这会导致代码重复，增加维护的难度。
耦合度增加：手动创建对象通常意味着在代码中直接使用具体的类名，这会增加组件之间的耦合度。当需要更改或替换某个组件时，可能需要修改多个地方的代码。
资源管理问题：不恰当地管理对象的生命周期可能导致资源泄漏（如数据库连接、文件句柄等）。这可能会影响应用程序的性能和稳定性。
测试困难：手动管理对象的生命周期可能会使得单元测试变得困难。例如，当测试一个需要数据库连接的组件时，可能需要手动创建和配置一个数据库连接。使用IoC容器可以轻松地为测试提供模拟对象或存根。
缺乏灵活性：手动创建和配置对象意味着这些配置信息被硬编码到应用程序中。这限制了应用程序的灵活性，因为更改配置可能需要修改和重新编译代码。
难以实现高级功能：一些高级功能，如AOP（面向切面编程）、事务管理和安全性，可能难以实现，因为它们需要对对象的生命周期进行精细的控制。

使用IoC容器（如Spring）可以帮助解决上述问题，因为容器负责管理bean的生命周期，确保正确地创建、配置、使用和销毁bean。这简化了代码，减少了重复，提高了模块化和可测试性，并允许更灵活的配置和更高级的功能。

1.12 springboot解决什么问题

Spring Boot:

问题: 尽管Spring Framework提供了强大的功能，但配置和启动一个Spring应用仍然可能会很复杂。开发者需要处理大量的XML配置、项目依赖和初始化代码。
解决方案: Spring Boot简化了基于Spring的应用程序的创建和部署。它提供了自动配置、无代码生成和无需XML配置的方法。Spring Boot还提供了一系列的"starters"，使得集成常见的库和框架变得简单。此外，Spring Boot还包括一个嵌入式的Web服务器（如Tomcat），使得开发者可以轻松地创建独立的、生产级的Spring应用。

1.13 你刚刚讲到了spring有很多配置文件，然后spring的一个东西是约定大于配置，有什么矛盾吗

"约定大于配置"（Convention over Configuration，CoC）是一种软件设计范式，旨在减少开发者需要进行的决策，而不失去灵活性。它的核心思想是，只要开发者遵循某些预设的约定，系统就可以为他们提供合理的默认行为，从而减少配置的需求。

Spring框架的早期版本确实依赖于大量的XML配置。但随着时间的推移，特别是在Spring Boot的推出后，Spring社区开始大力推广"约定大于配置"的理念。Spring Boot提供了大量的默认配置，使得开发者可以快速启动和运行应用，而无需进行大量的配置。

这并不意味着Spring完全摒弃了配置。相反，Spring提供了极大的灵活性，允许开发者在需要的时候进行详细的配置 。但在许多常见的场景中，开发者可以依赖Spring Boot的默认配置，从而减少手动配置的工作。

总结一下，**Spring的"约定大于配置"并不与其配置能力相矛盾。它们是互补的：**当开发者遵循约定时，他们可以减少配置的工作；但当他们需要更大的灵活性时，Spring仍然提供了强大的配置能力。

1.14 约定大于配置你是在哪儿听过来的呢，你认同吗，为什么

答：认同，他是一个趋势，也是一个最佳实践，因为他能帮我们快速开发，我们不需要进行大量的配置，同时spring还允许开发者在需要的时候进行详细的配置

1.15 约定大于配置是在什么地方体现的

"约定大于配置"（Convention over Configuration, CoC）在许多现代框架和工具中都有体现，特别是那些旨在简化开发流程和减少配置开销的框架。在Spring和Spring Boot中，CoC的体现主要包括以下几个方面：

默认配置：Spring Boot为许多常见的应用场景提供了默认配置，例如嵌入式的Tomcat服务器、日志设置等。这意味着开发者可以直接运行应用，而无需进行大量的配置。
项目结构：Spring Boot有一个推荐的项目结构。如果你按照这个结构组织你的代码，Spring Boot可以自动识别并配置各种组件。
属性命名：Spring Boot提供了一系列的预定义属性，用于配置应用。这些属性遵循一定的命名约定，使得开发者可以很容易地理解和使用它们。
注解：Spring Boot引入了许多新的注解，如@SpringBootApplication、@RestController等，这些注解遵循特定的约定，使得开发者可以通过简单地添加注解来启用或配置功能，而无需进行详细的配置。
数据源配置：如果在类路径下检测到特定的数据库驱动，并且没有配置数据源，Spring Boot会提供一个默认的数据源配置。
端口和地址：默认情况下，Spring Boot应用会在8080端口上启动。但这可以通过简单的属性配置进行更改。
自动配置：Spring Boot的自动配置功能会根据项目中的库和依赖自动配置应用。例如，如果项目中包含了JPA和H2数据库的依赖，Spring Boot会自动配置一个内存数据库和相关的JPA设置。

这些只是一些例子。总的来说，"约定大于配置"的目标是减少开发者的配置工作，让他们能够更快速、更简单地开发和部署应用，同时仍然保持足够的灵活性来满足特定的需求。

1.16 约定大于配置的目的是什么

"约定大于配置"（Convention over Configuration, CoC）的主要目的是简化开发过程，减少开发者的决策和配置工作，从而提高开发效率和生产力。具体来说，它的目的包括：

减少配置的复杂性：通过为常见的应用场景提供合理的默认配置，开发者可以避免为每个项目从头开始进行大量的配置。
提高开发效率：当开发者不需要花费大量时间在配置上，他们可以更快速地开始编码和测试，从而加速开发周期。
降低错误率：手动配置可能会导致错误，尤其是在复杂的系统中。通过使用预设的约定，可以减少配置错误的可能性。
提高一致性：当所有项目都遵循相同的约定，它们的结构和配置会更加统一和一致。这使得代码更容易理解和维护，尤其是在团队开发中。
提供灵活性：尽管CoC鼓励使用默认的约定，但大多数框架和工具仍然提供了足够的灵活性，允许开发者在需要的时候进行自定义配置。
降低学习曲线：对于新手开发者，不需要从零开始学习大量的配置细节，可以更快地上手和开始开发。
促进最佳实践：约定通常基于行业的最佳实践，这意味着开发者在遵循这些约定时，往往也在遵循已经被证明是有效的开发模式和实践。

总之，"约定大于配置"的目标是为开发者提供一个更简洁、更高效、更一致的开发环境，从而使他们能够更专注于实现业务逻辑和功能，而不是花费时间在配置和设置上。

1.17 springboot是怎么实现约定大于配置呢

Spring Boot 实现"约定大于配置"的主要方式是通过以下几个方面：

自动配置：Spring Boot 提供了大量的自动配置类，这些类会根据项目中的依赖、配置和其他条件自动配置应用。例如，如果你在项目中添加了 JPA 和 H2 数据库的依赖，Spring Boot 会自动配置一个内存数据库和相关的 JPA 设置。
默认属性值 ：Spring Boot 提供了大量的默认配置属性，这些属性为常见的应用场景提供了合理的默认值。开发者可以在 application.properties 或 application.yml 文件中覆盖这些默认值。
项目结构：Spring Boot 推荐了一种标准的项目结构，这使得开发者可以按照这个结构组织代码，而不需要进行额外的配置。
嵌入式服务器：Spring Boot 默认提供了嵌入式的 Tomcat 服务器，这意味着开发者不需要进行额外的服务器配置。只需运行应用，即可启动服务器。
启动器依赖 ：Spring Boot 提供了一系列的 "starters"，这些启动器包含了常见功能的依赖集合。例如，spring-boot-starter-web 包含了构建 web 应用所需的所有依赖。
注解：Spring Boot 引入了许多新的注解，如 @SpringBootApplication、@RestController 等，这些注解遵循特定的约定，使得开发者可以通过简单地添加注解来启用或配置功能。
健壮的默认设置：例如，默认的日志设置、安全设置等，都是基于实践中的最佳实践来配置的。
条件注解 ：Spring Boot 提供了一系列的条件注解，如 @ConditionalOnClass、@ConditionalOnProperty 等，这些注解允许开发者基于特定的条件自动配置 bean。
配置简化：Spring Boot 提供了一种简化的方式来配置数据源、JPA、缓存等，使得开发者不需要编写大量的 XML 配置。
Actuator：Spring Boot Actuator 提供了一系列的生产级功能，如健康检查、度量、环境信息等，而无需任何额外的配置。

通过上述方式，Spring Boot 实现了"约定大于配置"的原则，使得开发者可以更快速、更简单地开发和部署应用，同时仍然保持足够的灵活性来满足特定的需求。

1.18 分别属于springboot、springMVC和spring的注解有哪些

Spring、Spring MVC 和 Spring Boot 有许多注解，它们各自服务于不同的目的。以下是这三个框架中常用的注解的简要概述：

1 Spring Core：

@Component：标记一个类为 Spring 的组件。当 Spring 扫描到这个注解时，它会创建该类的一个 bean 实例。
@Service：标记一个业务逻辑类。它是 @Component 的特化。
@Repository：标记一个数据访问对象类。它也是 @Component 的特化。
@Autowired：自动注入 bean 依赖。
@Qualifier：当有多个相同类型的 bean 时，用于指定具体要注入哪一个。
@Bean：在配置类中，标记一个方法返回的对象应该被注册为一个 bean。
@Configuration：标记一个类为配置类。
@Scope：定义 bean 的作用域（如 singleton、prototype）。
@Value：注入属性值。
@PropertySource：指定属性文件的位置。

2 Spring MVC：

@Controller：标记一个类为 Spring MVC 的控制器。
@RequestMapping：定义 URL 映射和 HTTP 方法。
@GetMapping, @PostMapping, @PutMapping, @DeleteMapping：特定的 HTTP 方法的快捷方式。
@RequestParam：获取请求参数。
@PathVariable：获取路径变量。
@ResponseBody：指示方法返回的值应直接写入 HTTP 响应体。
@RequestBody：指示方法参数应该绑定到 HTTP 请求体。
@ModelAttribute：绑定请求参数到命令对象。
@SessionAttributes：指定模型属性应存储在会话中。
@ExceptionHandler：处理控制器中的异常。

3 Spring Boot：

@SpringBootApplication：标记一个类为 Spring Boot 应用的主类。
@EnableAutoConfiguration：启用 Spring Boot 的自动配置。
@ConfigurationProperties：绑定属性到 bean。
@RestController：组合了 @Controller 和 @ResponseBody，常用于创建 RESTful web 服务。
@SpringBootTest：用于 Spring Boot 测试，提供了许多测试功能。
@EntityScan：指定 JPA 实体的扫描路径。
@EnableConfigurationProperties：启用 @ConfigurationProperties 注解的类。
@ConditionalOnProperty 、@ConditionalOnClass 等：条件注解，用于条件化的 bean 创建。

这只是一个简要的列表，实际上 Spring 生态系统中有许多其他的注解，用于各种各样的目的。

1.19 springboot的starter是干什么的？spring.factories是spring应用都会有的嘛还是只有springboot应用会有？ spring的starter和spring.factories文件的关系？

Spring Boot Starter:
- Spring Boot Starter 是预定义的依赖描述符，用于简化 Maven 配置并提供所需的依赖来快速启动 Spring Boot 应用程序。换句话说，它是一组方便的依赖描述符，你可以在应用程序中包含它们，而不是每次都列出所有的依赖。
- 例如，如果你想使用 Spring JPA 来进行数据库访问，你只需要包含 spring-boot-starter-data-jpa starter，它将自动为你提供所有相关的依赖，如 Hibernate、Spring Data JPA 等。
spring.factories:
- spring.factories 文件是 Spring Boot 特有的，不是所有的 Spring 应用都有。它是 Spring Boot 自动配置的核心部分。
- 在 Spring Boot 的自动配置过程中，spring.factories 文件用于列出所有可用的自动配置类。当你启动一个 Spring Boot 应用时，Spring Boot 会查看这个文件，并尝试自动配置这些类。
关系 between Spring Boot Starter and spring.factories:
- 当你在项目中包含一个 Spring Boot Starter（例如 spring-boot-starter-web），这个 starter 可能会包含一个或多个 JAR 文件。这些 JAR 文件中可能会有 spring.factories 文件。
- spring.factories 文件中列出的自动配置类是 Spring Boot 在启动时尝试自动配置的类。因此，通过包含一个 starter，你实际上是在告诉 Spring Boot 你想使用该 starter 提供的功能，并希望 Spring Boot 为你自动配置它。
- 简而言之，starter 提供了你需要的依赖，而 spring.factories 文件告诉 Spring Boot 如何自动配置这些依赖。

总结：Starter 是为了简化依赖管理，而 spring.factories 是为了支持 Spring Boot 的自动配置功能。

2 聊天

2.1 你是黄冈哪儿的

答：蕲春

2.2 后面的职业发展规划

答：java，三年技术组长，五年leader，

2.3 手上其他的offer呢？

答：在北京，不是很想去

2.4 还有技术面吗

答：不确定

2.5 结果几天出

答：一周以内