1.在java架构中,设式源设计常用的设计模式有哪些?
2.Java设计模式之-建造者模式
3.设计模式之观察者模式
4.知乎一天万赞！华为JDK负责人手码JDK源码剖析笔记火了

在java架构中,常用的设计模式有哪些?

       面试官提问熟悉的设计模式，候选者列举了工厂模式、码j模式代理模式、源码模板方法模式、设式源设计责任链模式、计模htlm游戏源码单例模式、码j模式包装设计模式、源码策略模式等。设式源设计候选者表示项目中使用频率较高的计模包括模板方法模式、责任链模式、码j模式策略模式、源码单例模式，设式源设计而工厂模式和代理模式则较少亲自编写代码，计模但对Spring框架的码j模式应用相当熟悉。

       关于单例模式，候选者介绍了多种实现方式，包括饿汉式、简单懒汉式、DCL双重检验加锁、vue 轮播图 源码静态内部类和枚举，并解释了每种方法的优劣。其中，静态内部类方式实现的单例模式在候选者项目中使用较多，因代码简洁易读。在Spring环境下，一般使用Spring容器管理单例以保持代码整洁。DCL方式虽然可以解决多线程问题，但在代码可读性上可能不如其他方式。

       在使用设计模式时，候选者提到责任链模式在处理请求时能减少if-else条件判断，使项目结构更加清晰；模板方法模式用于处理公共逻辑，由不同实现类处理具体不同的逻辑，如消息发送前的文案校验；代理模式较少直接编写，项目通常使用Spring AOP代理。候选者还提到使用AOP进行监控客户端，以注解方式实现，而非硬编码。

       面试官询问关于Spring设计模式的c 跑胡子源码了解，候选者解释Spring IOC容器实际上应用了工厂模式，通过ApplicationContext或BeanFactory获取对象。Spring默认的对象都是单例，其实现采用了DCL来确保线程安全。Spring AOP底层原理基于代理模式，实现可能采用JDK动态代理或CGLIB动态代理。Spring中许多地方应用了模板方法模式，例如事务管理器，通过抽象类定义框架，子类实现具体逻辑。事件驱动模型采用观察者模式，具体实现包括ApplicationContextEvent和ApplicationListener。

       面试官对候选者关于设计模式和Spring框架的知识表示认可。

Java设计模式之-建造者模式

       建造者模式在日常开发中随处可见，尤其当创建的对象结构复杂，包含多个部分或配置选项时，这种模式能简化构建过程。其原理是将对象构建分解为多个步骤，由具体构建者完成，c 项目源码查看比如在企业组织中，人力资源部、技术部、市场部、销售部和战略部协同构建公司。

       以淘宝上发布手机为例，SPU（宝贝详情）、SKU（颜色、存储配置）和库存等信息构成产品。不同角色维护这些属性，SPU可能由市场部门负责，SKU面向消费者，由运营部门管理，库存则归仓储物流部门。最终，通过一系列属性组合，构建出可售卖的手机。

       原始代码实现中，抽象类AbstractProduct包含setSPU()、人脸录入 系统源码setSKU()、setStock()方法，用于产品属性赋值，并通过build()方法组合属性完成发布。产品子类Phone和Computer实现具体属性赋值，客户端调用发布产品。

       然而，产品属性和发布过程耦合在一起，可能导致维护复杂，特别在新增如秒杀产品时，需要增加抽象方法和复杂判断。同时，产品属性多且相互依赖，直接传递给客户端处理困难。此外，不同产品发布需要重复代码。

       建造者模式通过分离Builder、产品类属性和Director角色，解耦产品构建和发布过程。Builder定义发布流程规范，ConcreteBuilder实现具体流程，Director控制产品生成过程，隔离客户端与对象构建。

       以手机和电脑为例，定义包含SPU、SKU、库存属性的产品类，Builder类定义发布流程，ConcreteBuilder实现具体产品发布，Director控制产品创建过程。客户端通过Director发布所需产品。

       在JDK中，StringBuilder和StringBuffer采用类似建造者模式，允许动态构建字符串，避免创建多个临时对象。StringBuilder继承自AbstractStringBuilder，实现了Appendable接口，通过方法序列构建字符串。

       设计模式是经验总结，如StringBuilder采用的建造者模式，实际应用时可能不局限于某一种模式。随着技术发展，未来可能扩展出更多设计模式，如虚拟人模式、GPT模式等。

设计模式之观察者模式

       定义：观察者模式定义了一种一对多依赖关系，让多个观察者对象同时监听某一个主题对象。当该主题对象状态发生变化时，会自动通知所有观察者对象进行更新。

       作用：观察者模式建立对象间依赖关系，使得一个对象的状态变化自动影响其他相关对象，无需额外编程。

       结构图：包含主题（Subject）和观察者（Observer）两个角色。

       角色定义：Subject（目标）是被观察的对象，包含观察者集合，当状态改变时通知观察者。ConcreteSubject是Subject的实现类，通常包含可变状态。Observer（观察者）定义更新方法，ConcreteObserver是Observer的实现类，存储状态并与ConcreteSubject关联。

       代码实现：需定义抽象目标类Subject，具体目标类ConcreteSubject，抽象观察者Observer，具体观察者ConcreteObserver。

       注意：具体观察者类ConcreteObserver在更新方法执行时，可能需要访问ConcreteSubject状态，因此二者间存在关联。

       完整解决方案：以AllyControlCenter为抽象目标，ConcreteAllyControlCenter为具体目标，Observer为抽象观察者，Player为具体观察者。客户端负责调用。

       JDK支持：JDK提供Observable类和Observer接口。Observable作为观察目标，Observer作为抽象观察者。

       代码实现：在Observable中管理观察者集合，当状态变化时调用notifyObservers()方法。

       注意：使用JDK接口实现观察者模式，方便在Java中应用。

       总结：观察者模式优点包括简化设计、提高代码复用性、易于扩展。缺点可能涉及过多的依赖关系和通信开销。适用场景为需要动态更新依赖对象的状态变化，如UI更新、事件监听等。

知乎一天万赞！华为JDK负责人手码JDK源码剖析笔记火了

       探索JDK源码，无疑是提升编程技能的高效路径。随着时间的推移，JDK经过了精心打磨，代码结构紧凑，设计模式巧妙，运行效率卓越，凝聚了众多技术大牛的智慧结晶。要提升代码理解力，深入研究JDK源码是不可或缺的步骤。

       对于初学者来说，借助他人的深度解析文章无疑能事半功倍。这些文章犹如高人的指导，能让你在学习中站得更高，看得更远。现在，就为你推荐一份极具价值的JDK源码剖析资料。虽然由于篇幅原因，这里只能呈现部分精华内容：

       第1章：深入多线程基础

       第2章：原子操作的Atomic类解析

       第3章：Lock与Condition的深入理解

       第4章：同步工具类的实战讲解

       第5章：并发容器的奥秘揭秘

       第6章：线程池与Future的实践指南

       第7章：ForkJoinPool的工作原理

       第8章：CompletableFuture的全面解析

       想要获取完整的详细内容，可以直接点击以下链接获取：[传送门]

       如果你对源码学习有持续的热情，我的GitHub资源库也等待你的探索：[传送门]