使用Netty替换Spring Boot中的Tomcat是基于几个考虑：
性能和并发性： Netty是一个基于事件驱动的异步网络框架，相比于传统的Servlet容器（如Tomcat），它在处理并发连接和高负载情况下有更好的性能表现。这是因为Netty的非阻塞IO模型允许在单个线程上处理多个并发连接，减少了线程上下文切换和资源消耗。
定制化需求： 使用自研的Netty HTTP服务器可以更灵活地满足项目的特定需求。通过定制化的网络处理逻辑和通信协议，可以实现更高度定制化的功能和性能优化，以满足项目的需求。
技术挑战和学习机会： 使用Netty替换传统的Servlet容器是一种技术挑战，但也是一种学习机会。通过深入了解Netty的工作原理和使用方式，团队成员可以提升自己的技术水平，并积累更多的经验和知识。
这个决定给项目带来了几个好处：
性能提升： Netty的异步IO模型和高效的事件驱动机制可以提升系统的性能和吞吐量，特别是在高并发和大负载情况下。
灵活性和定制化： 使用自研的Netty HTTP服务器可以更灵活地满足项目的特定需求，并实现定制化的功能和性能优化。
技术选 ...
嘿，各位奋战在代码“一线”的小伙伴们！今天咱要开启一场设计模式界的“巅峰对决”，主角就是策略模式与工厂模式这两大“王牌选手”。在软件开发这片“江湖”，选对设计模式，就如同大侠手握神兵，能让代码“如有神助”，轻松应对各种复杂“战局”。闲话不多说，现在就深挖它们的“绝技”，看谁才是你项目里的“最强辅助”！
一、策略模式：算法“百变精灵”，灵活切换“超神了”！（一）策略模式是啥“神秘武器”？想象你正坐镇“代码指挥中心”，指挥一场“编程大战”，战场形势瞬息万变（运行时各种复杂状况），得随时切换作战“策略”（算法），还得保证“指挥系统”（客户端代码）稳如泰山。这时候，策略模式就像“天降奇兵”，它是行为型设计模式里的“智慧担当”，把各类算法封装进独立“锦囊”（策略类），藏于代码“宝库”，按需调用。不管战况咋变，换个“锦囊”就能应对，严守“开闭原则”，扩展轻松，修改无忧，简直是代码界“百变精灵”，变形超顺滑，战斗力爆表！用个简单表格呈现策略模式结构：
组件
描述
示例
图示示意
抽象策略类
定义通用策略行为接口，是具体策略类遵循的“模板”，规定核心方法。
PromotionStrateg ...
🌟Java 设计模式之 Facade 模式：简化复杂系统的“魔法钥匙”🎁各位 Java 编程爱好者们，今天我们要一起探索一个超厉害的设计模式——Facade 模式。它就像一把神奇的“魔法钥匙”，能够轻松打开复杂系统的简化之门，让你的编程之旅更加顺畅。准备好了吗？让我们一起开启这场精彩的技术之旅吧！🚀
一、Facade 模式：隐藏复杂，展现简单的“魔法师”🧙♂️（一）模式简介Facade 模式，从字面上理解，就是给复杂的子系统穿上一件漂亮的“外衣”，为子系统中的一组接口提供一个统一且一致的界面。它的主要使命就是将系统内部那些让人头疼的复杂性统统隐藏起来，只把一个简洁明了、易于使用和理解的接口暴露给客户端。就好像一个魔法师，把杂乱无章的魔法道具（复杂系统的内部实现）藏在身后，只在前台展示一个神奇的魔法棒（Facade 接口），让观众（客户端）看到精彩绝伦的魔法表演（轻松调用系统功能），而无需关心背后的魔法是如何施展的（系统内部细节）。🌟
（二）经典案例：数据库 JDBC 操作的华丽变身😎在 JSP 应用开发中，数据库操作是必不可少的一环，但传统的直接操作数据库的代码就像一团乱 ...
设计模式
未读一、引子在Java中，String类型具有一些独特的特性。其一，String类型的对象一旦被创建就不可改变；其二，当两个String对象所包含的内容相同时，JVM只创建一个String对象对应这两个不同的对象引用。我们可以通过以下代码来验证这两个特性：
1234567public class TestPattern { public static void main(String[] args) { String n = "I Love Java"; String m = "I Love Java"; System.out.println(n == m); }}
上述代码会输出true，这表明在JVM中n和m两个引用指向了同一个String对象。若在系统输出之前添加一行代码m = m + "hehe";，此时n == m的结果将变为false。这是因为执行添加语句时，m指向了一个新创建的String对象，而非修改原来引用的对象。Str ...
设计模式
未读Java的设计模式概述一、设计模式的重要性在软件开发领域，变化是永恒的主题。从项目的启动到维护，需求的变更、技术的演进以及环境的变化无处不在。而我们面临的关键挑战，就是要以最小的延迟和最大的灵活性来适应这些变化。幸运的是，前人在应对各种设计问题时积累了丰富的经验，并形成了被广泛认可的最佳实践，这就是“设计模式”。设计模式为我们提供了经过验证的解决方案，能够帮助我们打造出更优质、更具扩展性的软件系统。接下来，我们将深入探讨两种流行的设计模式：适配器模式和单例模式。
（一）适配器模式（Adapter Design Pattern）
适配器模式的应用场景
假设存在一个旧系统，其原本使用特定接口与系统的其他部分交互。然而，当需要引入一个新的三方库时，问题出现了。新库采用了完全不同的API，与旧系统适用的接口不兼容。此时，直接修改旧系统的代码以适应新接口是一种非常冒险且不推荐的做法，尤其是对于大型复杂的旧系统而言，可能会引发一系列难以预料的问题。而适配器模式就如同救世主一般，为我们提供了一种优雅的解决方案。它允许我们创建一个适配器（新的封装类），使不兼容的类能够协同工作。
适配器模式的原理与 ...
🔥《Java 设计模式之职责链模式：解锁高效灵活的请求处理之道》🚀嘿，各位 Java 编程大神和爱好者们！今天咱们要一同深入探索一种超厉害的设计模式——职责链模式。它就像一条神奇的“处理链”，能让请求在多个对象之间有条不紊地传递，直到找到最合适的“处理者”。准备好跟我一起揭开它神秘的面纱，看看如何用代码实现这种强大的模式，让我们的程序变得更加智能和灵活吧！💥
一、职责链模式：请求处理的“智能传送带”🎯（一）模式定义与神奇特点职责链模式可是对象行为模式家族里的“明星成员”哦！想象一下，有一群对象像链条上的环一样紧密相连，每个对象都知道下一个对象是谁（持有下家的引用）。当一个请求像小包裹一样在这条链上传递时，它会逐个经过这些对象。而发出请求的客户端呢，就像把包裹送到快递公司后就安心等待结果一样，完全不用操心到底是哪个对象最终会处理这个请求。这种模式最大的魅力在于它赋予了系统超级强大的灵活性。比如说，我们可以随时调整这条链的结构，添加、删除或者重新排列处理者，而客户端那边却感觉不到任何变化，就像魔法一样！🧙♂️
用一个超形象的比喻来理解，职责链模式就像是一场接力赛跑，每个选手（处 ...
一、模版方法模式概述模版方法模式是极为常见的设计模式之一。在实际工作中，你可能已经在不经意间使用了该模式。此模式需要抽象类与具体子类协同工作，抽象类用于勾勒算法的轮廓和骨架，具体子类则负责填充算法中的各个逻辑步骤，不同子类的填充方式各异。汇总这些基本方法的方法被称为模版方法，它在抽象类中以具体方法的形式定义。
（一）模板方法模式所涉及的角色
抽象模版角色
定义一个或多个抽象操作，这些抽象操作是顶级逻辑的组成步骤，被称为基本操作。同时，定义并实现一个模版方法，此模版方法给出顶级逻辑的骨架，而逻辑的具体实现则推迟到子类中完成。
具体模版角色
实现父类中定义的一个或多个抽象方法，这些方法是顶级逻辑的组成部分。不同的具体模版可以为这些抽象方法提供不同的实现，从而使顶级逻辑的实现各不相同。
（二）举例说明以一个有趣但不太恰当的例子来说明，比如《如何说服女生上床》（这里仅为举例，不代表任何不当价值观）这部经典文章（假设存在）中描述的从认识女生到上床有一些不变步骤：巧遇、展开追求、牵手、接吻等（一共八大步骤，这里简化为四个主要步骤进行代码示例）。这八大步骤就像是定义好的模版方法，而每个人针 ...
一、中介者模式概述（一）生活场景引出中介者模式在大学班级场景中，如果没有类似QQ这样的通讯工具，班长或团支书传达消息以及同学之间交流就会呈现出一种复杂的网状结构。随着同学数量增多，这种网状结构会变得更加混乱，对象之间存在大量联系，耦合性极高，不利于复用和系统扩展。例如，新转来一个学生，可能需要改动很多地方来适应这种复杂的联系。
（二）中介者模式的定义与作用中介者模式（Mediator Pattern）定义一个中介对象来封装系列对象之间的交互。中介者使各个对象不需要显式地相互引用，从而使其耦合性松散，而且可以独立地改变它们之间的交互。就像引入QQ群后，班级同学之间的交流变为星形结构，每个学生对象不再直接耦合，而是通过QQ群（中介者）进行交流。（配图：展示班级同学交流从网状结构变为星形结构的示意图，突出QQ群作为中介者的作用）
（三）中介者模式的结构
角色构成
抽象中介者（Mediator）：定义了同事对象到中介者对象的接口，一般包含添加同事对象、通知同事对象等方法。例如，在代码中抽象中介者类有add_student（添加学生）、notify（通知）和chart（交流）等方法，为具体中介者 ...
设计模式
未读一、设计模式的分类与设计原则设计模式总体分为三大类：创建型模式（5种）、结构型模式（7种）和行为模式（11种）。在深入了解各种设计模式之前，先明确一下设计所遵循的原则，主要包括单一职责、开放封闭原则 - OCP（功能开放，代码闭合）、里氏替换原则（子类型能够替换掉父类型，松耦合）以及接口隔离原则 - ISP（不能出现胖接口，应该打散dao，多定义子接口）。这些原则为设计模式的合理运用提供了指导方针，确保软件系统具备良好的可维护性、扩展性和灵活性。
（一）创建型模式
单例模式（Singleton）
特征描述：
构造函数必须声明为私有，防止外部直接实例化该类。
类中声明静态常量，用于保存类的惟一实例。
为客户提供一个静态的方法，该方法能够返回惟一实例。
应用场景：
当类只能有一个实例且客户可从一个众所周知的访问点访问它时，例如在一些全局配置类中，整个系统只需要一个配置实例来保证配置的一致性。
当这个惟一实例应通过子类化可扩展，且客户无需更改代码就能使用扩展实例时，如在数据库连接池的实现中，单例模式可以确保在整个应用中只有一个连接池实例，同时可以根据不同的数据库类型进行子类扩展 ...
minitomcat
未读功能目标：
支持热部署（Hot Deployment）功能，能够在不重启服务器的情况下加载新的 Web 应用。
监控应用目录的变化，当检测到新的 Web 应用时，自动加载该应用的 Servlet 和资源。
支持 web.xml 的重新加载和应用更新。
实现内容：
实现一个 目录监控机制，当检测到应用目录中的变化（如新增应用、修改或删除文件）时，自动加载或卸载应用。
支持 web.xml 文件的重新加载，使得配置更新后能自动生效。
提供一个简单的 文件监控线程，持续检测应用目录中的变化，并在变化发生时触发相关的加载或卸载操作。
15.1 热部署的设计热部署的关键是动态地检测文件系统的变化，并自动加载或卸载 Web 应用。为此，我们可以借助 Java NIO 提供的 WatchService，实现对应用目录中文件的监控。
15.1.1 设计思路
文件监控：使用 WatchService 监控应用目录中的文件变化。包括新增、修改或删除操作。
自动加载应用：当监控到新的应用目录或文件发生变化时，自动加载或更新应用的 Servlet 和配置。
重新加载配置：当 web.xm ...
