Spring 框架概述

Spring 使得创建 Java 企业应用程序变得容易。它提供了在企业环境中拥抱 Java 语言所需的一切，支持 Groovy 和 Kotlin 作为 JVM 上的替代语言，并能够根据应用程序的需求创建多种架构。从 Spring Framework 6.0 开始，Spring 需要 Java 17+。

Spring 支持各种应用程序场景。在大型企业中，应用程序通常存在很长时间，并且必须在开发人员无法控制其升级周期的 JDK 和应用服务器上运行。其他应用程序可能作为包含服务器的单个 jar 运行，可能在云环境中。还有一些可能是独立的应用程序（例如批处理或集成工作负载），不需要服务器。

Spring 是开源的。它拥有一个庞大而活跃的社区，该社区根据各种现实世界的用例提供持续的反馈。这帮助 Spring 在很长一段时间内成功地发展起来。

我们所说的“Spring”是什么意思

术语“Spring”在不同的上下文中具有不同的含义。它可以用来指代 Spring Framework 项目本身，这是它最初开始的地方。随着时间的推移，其他 Spring 项目已构建在 Spring Framework 之上。通常，当人们说“Spring”时，指的是整个项目系列。本参考文档重点介绍基础：Spring Framework 本身。

Spring Framework 分为多个模块。应用程序可以选择他们需要的模块。核心是核心容器的模块，包括配置模型和依赖注入机制。除此之外，Spring Framework 还为不同的应用程序架构提供了基础支持，包括消息传递、事务性数据和持久性以及 Web。它还包括基于 Servlet 的 Spring MVC Web 框架，以及并行的 Spring WebFlux 反应式 Web 框架。

关于模块的说明：Spring Framework 的 jar 文件允许部署到模块路径（Java 模块系统）。为了在启用模块的应用程序中使用，Spring Framework jar 文件带有Automatic-Module-Name清单条目，这些条目定义了稳定的语言级模块名称（spring.core、spring.context 等），独立于 jar 工件名称。这些 jar 文件遵循相同的命名模式，使用-而不是. – 例如，spring-core 和spring-context。当然，Spring Framework 的 jar 文件也可以在类路径上正常工作。

Spring 和 Spring Framework 的历史

Spring 于 2003 年诞生，是为了应对早期J2EE规范的复杂性。虽然有些人认为 Java EE 及其现代继任者 Jakarta EE 与 Spring 存在竞争关系，但它们实际上是互补的。Spring 编程模型不采用 Jakarta EE 平台规范；相反，它与传统 EE 伞形结构中精心挑选的各个规范集成

Spring Framework 还支持依赖注入 (JSR 330) 和通用注解 (JSR 250) 规范，应用程序开发人员可以选择使用这些规范，而不是 Spring Framework 提供的 Spring 特定机制。最初，这些基于通用的javax包。

从 Spring Framework 6.0 开始，Spring 已升级到 Jakarta EE 9 级别（例如，Servlet 5.0+、JPA 3.0+），基于jakarta命名空间而不是传统的javax包。以 EE 9 作为最低版本，并已支持 EE 10，Spring 准备为 Jakarta EE API 的进一步发展提供开箱即用的支持。Spring Framework 6.0 与 Tomcat 10.1、Jetty 11 和 Undertow 2.3 作为 Web 服务器完全兼容，也与 Hibernate ORM 6.1 兼容。

随着时间的推移，Java/Jakarta EE 在应用程序开发中的作用发生了变化。在 J2EE 和 Spring 的早期，应用程序是为部署到应用程序服务器而创建的。如今，在 Spring Boot 的帮助下，应用程序以 DevOps 和云友好的方式创建，Servlet 容器嵌入其中，并且易于更改。从 Spring Framework 5 开始，WebFlux 应用程序甚至不直接使用 Servlet API，并且可以在非 Servlet 容器（例如 Netty）上运行。

Spring 继续创新和发展。除了 Spring Framework 之外，还有其他项目，例如 Spring Boot、Spring Security、Spring Data、Spring Cloud、Spring Batch 等。重要的是要记住，每个项目都有自己的源代码存储库、问题跟踪器和发布节奏。请参阅spring.io/projects以获取 Spring 项目的完整列表。

设计理念

当您了解一个框架时，不仅要知道它做什么，还要知道它遵循哪些原则。以下为 Spring Framework 的指导原则

  • 在每个级别提供选择。Spring 允许您尽可能晚地推迟设计决策。例如，您可以通过配置切换持久性提供程序，而无需更改代码。对于许多其他基础设施问题以及与第三方 API 的集成，情况也是如此。

  • 适应不同的视角。Spring 拥抱灵活性，并且对如何做事没有意见。它通过不同的视角支持各种应用程序需求。

  • 保持强大的向后兼容性。Spring 的演进经过精心管理，以尽量减少不同版本之间的重大更改。Spring 支持精心挑选的 JDK 版本和第三方库范围，以方便维护依赖于 Spring 的应用程序和库。

  • 重视 API 设计。Spring 团队投入大量精力和时间，设计直观且能够经受多年和多个版本考验的 API。

  • 设定高代码质量标准。Spring Framework 非常重视有意义、最新且准确的 javadoc。它是少数几个可以声称代码结构清晰且包之间没有循环依赖的项目之一。

反馈和贡献

对于操作方法问题或诊断或调试问题，我们建议使用 Stack Overflow。点击 这里 获取在 Stack Overflow 上使用的建议标签列表。如果您相当确定 Spring Framework 中存在问题，或者想建议某个功能，请使用 GitHub Issues。

如果您有解决方案或建议的修复方法，可以在 Github 上提交拉取请求。但是，请记住，对于除最简单的问题之外的所有问题，我们都希望在问题跟踪器中提交工单，以便进行讨论并在未来参考时留下记录。

有关更多详细信息，请参阅 CONTRIBUTING（项目顶级页面）中的指南。

入门

如果您刚开始使用 Spring，可能希望通过创建一个基于 Spring Boot 的应用程序来开始使用 Spring Framework。Spring Boot 提供了一种快速（且有见地的）方法来创建生产就绪的基于 Spring 的应用程序。它基于 Spring Framework，提倡约定优于配置，旨在让您尽可能快地启动和运行。

您可以使用 start.spring.io 生成一个基本项目，或遵循其中一个 "入门"指南，例如 构建 RESTful Web 服务入门。除了更容易理解之外，这些指南还非常注重任务，并且大多数都基于 Spring Boot。它们还涵盖了 Spring 产品组合中的其他项目，在解决特定问题时您可能需要考虑这些项目。