在这篇小文章中，我将尝试解释为什么我创建这个库？以及它是如何实现的？
我在许多项目中使用了 Java EE 框架，其中大多数项目运行应用程序的可用资源没有限制，但在极少数情况下，我们的资源有限，尤其是在部署服务上部署应用程序的内存，因此当应用程序超过限制时，部署服务将首先减慢应用程序的速度，然后如果继续运行，服务将关闭它。我们使用传统的 Spring 框架，甚至没有 Spring Boot，我们尝试使用不同的库，但差异很小且毫无价值，这就是创建一个轻量级 Spring 替代方案，专注于尽可能减少内存消耗的想法的开始。 .
当我开始设计这个库时，我脑子里只有两个目标：
1 - 尽可能减少内存消耗
2 - 从学习的角度以及过渡本身的复杂性来看，尝试尽可能多地使用现有的 Java EE API，以使向库的过渡变得容易。
凭借这 2 个目标，我成功地将其中一个应用程序的内存占用量减少了 40% 左右，并且使转换变得轻松快速，因为它与现有解决方案类似。
这里是 GitHub 存储库，您可以在阅读时检查代码。
整个库有很多部分（截图如下），大部分实现在主模块中，主模块也分为三种独立模块：Core、JPA、Web。 App 模块主要用于集成，Plugin 模块是一个 Maven 插件，可帮助在包存档内创建必要的文件，以使库正常工作
所以我们将从核心模块开始，顾名思义，它包含库的核心功能，即依赖注入或控制反转。
为了实现这种功能，首先它首先在编译阶段扫描应用程序的类路径，以查找库应管理的所有带注释的类，以便为带注释的类创建组件定义。
组件定义基本上包含了我们稍后从此类实例化对象所需的所有信息，例如构造函数信息，如果有一些具有注入注释的setter（仅支持构造函数和setter注入）如果该类有一些接口或扩展一些其他类，我们将拥有从此类创建对象所需的所有信息（下面的屏幕截图）。
然后，在扫描所有类路径注释并创建所需的所有组件定义后，我们将它们作为 JSON 文件存储在类路径中。
核心模块的第二个也是主要功能是基于工厂设计模式的依赖注入和控制反转，因此我们有ApplicationContext接口，它自身扩展了ComponentFactory 接口，该接口的主要方法是 getComponent 方法，该方法将从组件名称返回对象。
正如您首先在上面的屏幕截图中看到的，我们尝试检查该组件是否存在于已初始化的 Singleton 组件中，如果不存在，那么我们首先从 JSON 文件中获取组件定义，然后启动 while 循环在将组件定义及其依赖项传递给组件组装器之前获取组件的所有依赖项，以获取准备注入的完整对象。
JPA 模块的实现与 spring data JPA 非常相似，但非常小，之所以非常相似，是因为我在很多项目中使用了 spring data，并且我发现它很容易使用，正如我之前所说，我想过渡到库要流畅并且需要尽可能少的工作，因此实现我自己的迷你 Spring 数据版本是最好的选择。
实现围绕 JpaRepository 接口，其中包含最常见的数据库操作，如保存、删除和 findAll...，为了使用 JPA 模块，您需要扩展此接口并提供此接口应管理和管理的实体它是 id，那么在扩展接口并使用 Repository 注释进行注释之后，您可以定义方法并使用 Query 注释对其进行注释并提供 JPQL 查询，然后库在编译阶段将创建一个实现该接口的功能齐全的类。
该库还将管理应用程序的事务部分，因此从事务的角度来看，所有存储库接口和任何带有事务注释的类都将由库管理。因此，对于任何事务组件，库将创建代理来管理基于 Transactional 注释的事务，并且还将管理实体管理器生命周期。
Web 模型负责管理应用程序的所有 Web 部分，根据设计，它是一个独立的模块，这意味着它可以独立于库中的其余模块使用，像往常一样，它的用法与某些模块非常相似熟悉的 Java EE 库，例如 Spring web 或 Jax-rs。
实现是基于注释的，你有用 Controller 注释注释的类，在这个控制器中你会找到用 PathMapping 注释的方法，这些方法将处理特定的路径或特定的路径基于某些标准的请求，例如请求类型、内容类型......
从外部看，它与其他库非常相似，但从内部看，它是不同的，因为该库将在运行时更改这些 Controller 类，以使它们全部扩展 BaseHttpServlet ，它还扩展了 HttpServlet 并且它们将作为常规 servlet 工作。
正如您在上面的屏幕截图中看到的，首先我们在 init 方法中初始化组件，以使用 WebApplicationContext 注入所有依赖项，然后我们将处理所有请求使用 handleRequest 方法来到此控制器，通过这种方法，我们将使用现有的 servlet api 来管理控制器，这将有助于保持较低的内存占用量，并减少开销，因为库充当插件补充 servlet API 工作。
首先，我们尝试将请求映射到正确的方法，然后，我们尝试通过从上下文或像请求一样的 HttpServletRequest 获取信息，将所有请求的信息注入方法内参数或标头或路径变量或请求正文...
我们转换所有这些信息，然后在请求时将它们作为参数注入到方法中，然后我们执行该方法并根据 PathMapping 生成或内容类型转换结果或结果（通过默认是 application/Json) 然后我们将内容写入 HttpServletResponse.
最后，如果流程中出现问题并抛出错误，我们会捕获此错误或异常，并尝试根据异常的类型进行处理，我们有异常处理程序来处理不同类型的异常，并且用户还可以提供更多处理程序来按照他想要的方式处理任何异常。
最后也是重要的部分是 Maven 插件，它将创建应用程序正常工作以及构建 jar 或 war 包所需的所有文件。
首先，插件将扫描类路径和依赖项以搜索 component-definitions-json 文件，从该文件中它将生成：
lazy-application.json：包含应用程序的所有组件及其依赖项
lazy-application.properties：包含控制器和实体的列表，因此我们不需要在运行时扫描类路径。
最后，如果包装是 jar，我们将获得主类。
最后我们构建包存档文件，其中包含应用程序代码及其依赖项以及我们在上一步中生成的文件。
我尽量不深入细节，以使文章简短且不那么复杂，易于理解，当然，代码可以在 GitHub 上找到，这样你也可以使用它。如果你有问题，请将它们放在下面，我会尝试回答他们。
以上是为什么我创建了一个轻量级迷你弹簧替代品以及我是如何做到的的详细内容。更多信息请关注PHP中文网其他相关文章！
