引言
设计模式是软件工程中经过验证的、针对常见设计问题的可复用解决方案。在Java生态系统中，设计模式的应用尤为广泛，从Spring框架的IoC容器（工厂模式）到MyBatis的插件机制（责任链模式），设计模式的影子无处不在。本文将结合企业级应用开发的实际场景，深入探讨最常用和最实用的设计模式及其在Java中的实现。
创建型模式
工厂方法模式与抽象工厂模式：工厂模式可能是Java开发中最常见的设计模式之一。它的核心思想是将对象的创建和使用分离，使得代码更加灵活、可扩展。在Spring框架中，BeanFactory和ApplicationContext就是工厂模式的经典实现——它们负责创建和管理Bean的生命周期。
简单工厂通过一个工厂类根据传入参数创建不同类型的对象；工厂方法模式将对象的创建延迟到子类中；抽象工厂模式创建一系列相关的对象族。在实际项目中，当需要根据配置或运行时条件创建不同类型的实现时，工厂模式是最自然的选择。例如，一个支付系统可能需要根据支付方式（微信支付、支付宝、银行卡）创建不同的支付处理器，工厂模式可以将这个创建逻辑集中管理。
建造者模式：当对象的构造过程比较复杂，特别是构造参数较多且有可选参数时，建造者模式提供了优雅的解决方案。Java中的StringBuilder就是建造者模式的典型应用。在现代Java开发中，建造者模式常通过Lombok的@Builder注解简化实现。建造者模式不仅提高了代码的可读性，还支持链式调用和不可变对象的构建。
单例模式：确保一个类只有一个实例，并提供全局访问点。在Java中，枚举是实现线程安全、防反射、防序列化攻击的单例模式的最佳方式。Spring中的Bean默认作用域就是单例。需要注意的是，单例在集群和分布式环境中需要额外的协调机制（如分布式锁）。
结构型模式
适配器模式：将一个接口转换为客户期望的另一个接口，使得原本不兼容的类能够协同工作。在微服务架构中，适配器模式常用于集成第三方服务——将外部API的请求/响应格式适配为内部统一的标准格式。Java I/O库中的InputStreamReader（将InputStream适配为Reader）是标准库中适配器模式的例子。
装饰器模式：动态地为对象添加额外的职责，提供了一种比继承更灵活的扩展方式。Java I/O中的BufferedInputStream、DataInputStream等都是装饰器的典型应用。在业务开发中，装饰器模式可以用于为服务层添加横切关注点（如日志、缓存、性能监控），而无需修改原有服务代码。
代理模式：为其他对象提供一种代理以控制对这个对象的访问。Spring AOP是代理模式最著名的应用——通过JDK动态代理（基于接口）或CGLIB代理（基于类），Spring能够在不修改原始代码的情况下添加事务管理、安全控制等横切关注点。远程代理模式则允许访问位于不同JVM甚至不同机器的对象。
行为型模式
观察者模式：定义了对象间一对多的依赖关系，当一个对象状态改变时，所有依赖它的对象都会自动收到通知。Spring的事件机制（ApplicationEvent和ApplicationListener）以及Guava的EventBus都是观察者模式的实现。在分布式系统中，消息队列（如Kafka、RabbitMQ）可以看作是观察者模式的分布式扩展。
策略模式：定义一系列算法，把它们封装起来，使它们可以互相替换。策略模式使算法的变化独立于使用算法的客户端。在业务开发中，策略模式常用于处理多种业务规则并存的情况——比如不同的折扣计算规则、不同的风控策略、不同的审批流程等。结合依赖注入，可以轻松地选择和切换不同的策略实现。
责任链模式：将请求的处理者组织成一条链，请求沿着链传递，直到被某个处理者处理。Servlet的Filter链、Spring Security的过滤器链、以及Spring Interceptor都是责任链模式的实现。责任链模式使得处理者之间的耦合度降低，而且可以动态地调整处理顺序和组合。
现代Java中的设计模式演进
随着Java语言特性的不断丰富（Lambda表达式、函数式接口、Stream API、记录类、密封类、模式匹配等），许多传统设计模式的实现方式得到了简化和革新。策略模式可以通过Lambda表达式直接传递行为；观察者模式可以用函数式接口简化监听器的定义；建造者模式可以通过记录类获得更简洁的不可变对象构建方式。
然而，设计模式的核心价值——命名可复用的设计经验、提供通用的设计词汇、促进代码的可维护性——并没有因为语言特性的变化而减弱。真正重要的是理解模式背后的设计原则（SOLID、DRY、KISS等），在合适的场景应用合适的模式，而不是盲目套用。过度设计（在没有需求变化时预见性地应用设计模式）与设计不足（忽略了必要的抽象和分离）都是需要警惕的反模式。