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