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

1 mini-spring框架

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

答:

what?

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

why?

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

1.2 spring是为了解决什么问题

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

  1. 依赖管理和依赖注入:Spring的核心是其控制反转(IoC)容器,它负责管理应用程序中的对象及其依赖关系。通过依赖注入,Spring允许开发者将对象的创建和依赖管理委托给框架,从而减少了代码的耦合度。

  2. 事务管理:Spring提供了一种声明式的事务管理方法,使得开发者可以不必直接处理事务的底层细节,而是通过注解或XML配置来管理事务。

  3. AOP(面向切面编程):Spring的AOP模块允许开发者定义横切关注点(如日志、安全和事务管理),并将这些关注点与业务逻辑分离,从而提高代码的模块化。

  4. 数据访问:Spring简化了与数据库的交互,提供了与JDBC和ORM框架(如Hibernate)的集成,以及对事务的支持。

  5. MVC Web框架:Spring MVC是一个模型-视图-控制器框架,它提供了一种简化的方式来构建Web应用程序,支持RESTful Web服务和多种视图技术。

  6. 安全性:Spring Security提供了一套全面的安全特性,包括身份验证、授权、防止跨站请求伪造等。

  7. 集成:Spring提供了与各种企业服务的集成,如JMS、JCA、JMX和电子邮件服务。

  8. 测试:Spring提供了一套测试框架,支持JUnit和TestNG,使得开发者可以轻松地进行单元测试和集成测试。

  9. 模块化:Spring框架是模块化的,这意味着开发者可以根据需要选择并使用特定的模块,而不必引入整个框架。

  10. 灵活性和扩展性:Spring的设计允许开发者扩展其功能,以满足特定的需求。

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

1.3 讲讲你了解的spring生态

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

  1. Spring Framework:这是Spring生态的核心,提供了依赖注入、AOP、数据访问、事务管理、MVC等核心功能。

  2. Spring Boot:它简化了基于Spring的应用程序的创建和部署。Spring Boot提供了一系列的"starters"来快速集成常见的库和框架,以及自动配置功能,使得开发者可以快速启动和运行应用。

  3. Spring Data:为数据访问提供了统一的API,支持多种数据源,如关系数据库、NoSQL数据库、搜索引擎等。

  4. Spring Cloud:为微服务架构提供了一套解决方案,包括服务发现、配置管理、断路器、API网关等。

  5. Spring Security:提供了一套全面的安全解决方案,包括身份验证、授权、OAuth2、JWT等。

  6. Spring Batch:为大规模和复杂的批处理提供了解决方案。

  7. Spring Integration:提供了一套集成企业系统的工具,支持多种集成模式和适配器。

  8. Spring WebFlux:为构建响应式Web应用提供了框架和工具。

  9. Spring Session:为分布式应用提供了会话管理功能。

  10. Spring Social:为与社交网络(如Facebook、Twitter)的集成提供了解决方案。

  11. Spring Mobile:为移动Web应用提供了特定的功能和适配器。

  12. Spring Kafka & Spring AMQP:为与消息中间件(如Kafka和RabbitMQ)的集成提供了工具。

  13. Spring REST Docs:帮助自动生成API文档。

  14. Spring HATEOAS:为创建符合HATEOAS原则的RESTful服务提供了工具。

  15. Spring Caching:提供了声明式的缓存抽象。

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

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

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

  1. Web应用

    • 使用Spring MVC构建传统的Web应用。
    • 使用Spring WebFlux构建响应式Web应用。
    • 使用Spring Security为Web应用提供安全性。
  2. RESTful Web服务

    • 使用Spring MVCSpring WebFlux构建RESTful API。
    • 使用Spring HATEOAS为RESTful服务添加超媒体控制。
  3. 微服务

    • 使用Spring BootSpring Cloud构建微服务架构的应用。
  4. 数据驱动的应用

    • 使用Spring Data访问各种数据源,如关系数据库、NoSQL数据库、搜索引擎等。
    • 使用Spring Batch进行批处理操作。
  5. 消息驱动的应用

    • 使用Spring KafkaSpring AMQPSpring Integration与消息中间件集成。
  6. 移动应用

    • 使用Spring Mobile为移动设备提供特定的功能。
  7. 企业集成

    • 使用Spring Integration为企业应用提供集成解决方案。
  8. 云原生应用

    • 使用Spring Cloud构建云原生应用,支持服务发现、配置管理、断路器等。
  9. 安全应用

    • 使用Spring Security为应用添加身份验证、授权、OAuth2、JWT等安全特性。
  10. 实时流处理应用

  • 使用Spring Cloud Stream构建事件驱动的微服务。
  1. IoT(物联网)应用
  • 结合其他工具和技术,使用Spring构建IoT解决方案。
  1. 桌面应用
  • 虽然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生命周期的容器出于以下几个主要原因:

  1. 解耦: 通过控制反转 (IoC) 和依赖注入 (DI),Spring容器帮助将对象的创建和管理从业务逻辑中分离出来。这使得代码更加模块化,降低了组件之间的耦合度,从而提高了代码的可维护性和可测试性。

  2. 配置的集中管理: Spring容器提供了一个中心化的地方来管理bean的配置。无论是通过XML、Java配置还是注解,开发者都可以在一个集中的地方定义bean及其属性、构造函数参数、依赖关系等。这使得配置更加清晰和一致。

  3. 生命周期管理: Spring容器不仅仅负责bean的创建,还管理其整个生命周期。这包括初始化、属性设置、调用初始化和销毁方法等。开发者可以利用Spring提供的生命周期回调来执行特定的初始化和清理任务。

  4. AOP支持: 有了Spring容器,开发者可以轻松地应用面向切面编程 (AOP) 来处理横切关注点,如日志记录、事务管理、安全性等。这进一步增强了代码的模块化。

  5. 资源管理: Spring容器提供了统一的资源管理机制,使得开发者可以轻松地访问和管理各种资源,如数据库、消息队列、远程服务等。

  6. 事务管理: Spring容器提供了一种声明式的事务管理机制,使得开发者可以在不修改业务代码的情况下,轻松地应用事务边界。

  7. 灵活性和扩展性: 由于Spring容器的插件式架构,开发者可以轻松地添加和替换容器的各个部分,如bean工厂后处理器、bean后处理器、生命周期处理器等。

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

1.8 耦合起来有什么问题吗

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

  1. 维护困难:当一个组件发生变化时,由于与其他组件存在强烈的依赖关系,可能需要修改多个组件以适应这种变化。

  2. 缺乏灵活性:高度耦合的组件难以独立地进行更改或替换,因为它们之间的关系是紧密的。

  3. 可测试性差:高度耦合的组件难以独立测试,因为它们通常依赖于其他组件的状态或行为。这可能需要使用复杂的模拟或存根来进行单元测试。

  4. 代码重用性低:高度耦合的组件通常很难在其他上下文或项目中重用,因为它们与特定的其他组件紧密相关。

  5. 扩展困难:当需要添加新功能或扩展现有功能时,高度耦合的代码可能需要进行大量的重构。

  6. 错误传播:一个组件中的错误可能会影响到与其高度耦合的其他组件,导致错误传播到整个系统。

  7. 难以理解:对于新来的开发者,理解高度耦合的代码结构和逻辑可能会更加困难,因为需要同时考虑多个组件及其交互。

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

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(或对象)的生命周期时,可能会遇到以下问题:

  1. 复杂性增加:手动管理对象的创建、初始化、配置和销毁会增加代码的复杂性。对于大型应用程序或系统,这种复杂性可能会变得难以管理。

  2. 代码重复:在应用程序的多个地方可能需要创建和配置相同的对象。这会导致代码重复,增加维护的难度。

  3. 耦合度增加:手动创建对象通常意味着在代码中直接使用具体的类名,这会增加组件之间的耦合度。当需要更改或替换某个组件时,可能需要修改多个地方的代码。

  4. 资源管理问题:不恰当地管理对象的生命周期可能导致资源泄漏(如数据库连接、文件句柄等)。这可能会影响应用程序的性能和稳定性。

  5. 测试困难:手动管理对象的生命周期可能会使得单元测试变得困难。例如,当测试一个需要数据库连接的组件时,可能需要手动创建和配置一个数据库连接。使用IoC容器可以轻松地为测试提供模拟对象或存根。

  6. 缺乏灵活性:手动创建和配置对象意味着这些配置信息被硬编码到应用程序中。这限制了应用程序的灵活性,因为更改配置可能需要修改和重新编译代码。

  7. 难以实现高级功能:一些高级功能,如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的体现主要包括以下几个方面:

  1. 默认配置:Spring Boot为许多常见的应用场景提供了默认配置,例如嵌入式的Tomcat服务器、日志设置等。这意味着开发者可以直接运行应用,而无需进行大量的配置。

  2. 项目结构:Spring Boot有一个推荐的项目结构。如果你按照这个结构组织你的代码,Spring Boot可以自动识别并配置各种组件。

  3. 属性命名:Spring Boot提供了一系列的预定义属性,用于配置应用。这些属性遵循一定的命名约定,使得开发者可以很容易地理解和使用它们。

  4. 注解:Spring Boot引入了许多新的注解,如@SpringBootApplication@RestController等,这些注解遵循特定的约定,使得开发者可以通过简单地添加注解来启用或配置功能,而无需进行详细的配置。

  5. 数据源配置:如果在类路径下检测到特定的数据库驱动,并且没有配置数据源,Spring Boot会提供一个默认的数据源配置。

  6. 端口和地址:默认情况下,Spring Boot应用会在8080端口上启动。但这可以通过简单的属性配置进行更改。

  7. 自动配置:Spring Boot的自动配置功能会根据项目中的库和依赖自动配置应用。例如,如果项目中包含了JPA和H2数据库的依赖,Spring Boot会自动配置一个内存数据库和相关的JPA设置。

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

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

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

  1. 减少配置的复杂性:通过为常见的应用场景提供合理的默认配置,开发者可以避免为每个项目从头开始进行大量的配置。

  2. 提高开发效率:当开发者不需要花费大量时间在配置上,他们可以更快速地开始编码和测试,从而加速开发周期。

  3. 降低错误率:手动配置可能会导致错误,尤其是在复杂的系统中。通过使用预设的约定,可以减少配置错误的可能性。

  4. 提高一致性:当所有项目都遵循相同的约定,它们的结构和配置会更加统一和一致。这使得代码更容易理解和维护,尤其是在团队开发中。

  5. 提供灵活性:尽管CoC鼓励使用默认的约定,但大多数框架和工具仍然提供了足够的灵活性,允许开发者在需要的时候进行自定义配置。

  6. 降低学习曲线:对于新手开发者,不需要从零开始学习大量的配置细节,可以更快地上手和开始开发。

  7. 促进最佳实践:约定通常基于行业的最佳实践,这意味着开发者在遵循这些约定时,往往也在遵循已经被证明是有效的开发模式和实践。

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

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

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

  1. 自动配置:Spring Boot 提供了大量的自动配置类,这些类会根据项目中的依赖、配置和其他条件自动配置应用。例如,如果你在项目中添加了 JPA 和 H2 数据库的依赖,Spring Boot 会自动配置一个内存数据库和相关的 JPA 设置。

  2. 默认属性值:Spring Boot 提供了大量的默认配置属性,这些属性为常见的应用场景提供了合理的默认值。开发者可以在 application.propertiesapplication.yml 文件中覆盖这些默认值。

  3. 项目结构:Spring Boot 推荐了一种标准的项目结构,这使得开发者可以按照这个结构组织代码,而不需要进行额外的配置。

  4. 嵌入式服务器:Spring Boot 默认提供了嵌入式的 Tomcat 服务器,这意味着开发者不需要进行额外的服务器配置。只需运行应用,即可启动服务器。

  5. 启动器依赖:Spring Boot 提供了一系列的 “starters”,这些启动器包含了常见功能的依赖集合。例如,spring-boot-starter-web 包含了构建 web 应用所需的所有依赖。

  6. 注解:Spring Boot 引入了许多新的注解,如 @SpringBootApplication@RestController 等,这些注解遵循特定的约定,使得开发者可以通过简单地添加注解来启用或配置功能。

  7. 健壮的默认设置:例如,默认的日志设置、安全设置等,都是基于实践中的最佳实践来配置的。

  8. 条件注解:Spring Boot 提供了一系列的条件注解,如 @ConditionalOnClass@ConditionalOnProperty 等,这些注解允许开发者基于特定的条件自动配置 bean。

  9. 配置简化:Spring Boot 提供了一种简化的方式来配置数据源、JPA、缓存等,使得开发者不需要编写大量的 XML 配置。

  10. Actuator:Spring Boot Actuator 提供了一系列的生产级功能,如健康检查、度量、环境信息等,而无需任何额外的配置。

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

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

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

1 Spring Core:

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

2 Spring MVC:

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

3 Spring Boot:

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

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

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

  1. Spring Boot Starter:

    • Spring Boot Starter 是预定义的依赖描述符,用于简化 Maven 配置并提供所需的依赖来快速启动 Spring Boot 应用程序。换句话说,它是一组方便的依赖描述符,你可以在应用程序中包含它们,而不是每次都列出所有的依赖。
    • 例如,如果你想使用 Spring JPA 来进行数据库访问,你只需要包含 spring-boot-starter-data-jpa starter,它将自动为你提供所有相关的依赖,如 Hibernate、Spring Data JPA 等。
  2. spring.factories:

    • spring.factories 文件是 Spring Boot 特有的,不是所有的 Spring 应用都有。它是 Spring Boot 自动配置的核心部分。
    • 在 Spring Boot 的自动配置过程中,spring.factories 文件用于列出所有可用的自动配置类。当你启动一个 Spring Boot 应用时,Spring Boot 会查看这个文件,并尝试自动配置这些类。
  3. 关系 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 结果几天出

答:一周以内

你可能感兴趣的:(腾讯云,java,云计算)