重读Java设计模式: 桥接模式详解
引言在软件开发中，经常会遇到需要在抽象与实现之间建立连接的情况。当系统需要支持多个维度的变化时，使用传统的继承方式往往会导致类爆炸和耦合度增加的问题。为了解决这一问题，我们可以使用桥接模式。桥接模式是一种结构型设计模式，它将抽象部分与其实现部分分离，使它们可以独立地变化。本文将深入探讨桥接模式的概念、应用场景以及在实际项目中的实现方式。
一、理解桥接模式1.1 什么是桥接模式？桥接模式是一种结构型设计模式，旨在将抽象部分与其实现部分分离，使它们可以独立地变化。桥接模式通过将抽象和实现解耦，使得它们可以独立地扩展，而不会相互影响。这种分离使得系统更加灵活，可以应对不断变化的需求。
1.2 桥接模式的角色在桥接模式中，通常有以下几个角色：
抽象化（Abstraction）：定义抽象类的接口，并维护一个指向实现化对象的引用。
扩展抽象化（Refined Abstraction）：对抽象化角色进行扩展，实现更加精细的抽象接口。
实现化（Implementor）：定义实现类的接口，供抽象化角色调用。
具体实现化（Concrete Implementor）：具体的实现类，实现了实现化角色定义的接 ...
重读Java设计模式: 适配器模式解析
引言在软件开发中，经常会遇到不同接口之间的兼容性问题。当需要使用一个已有的类，但其接口与我们所需的不兼容时，我们可以通过适配器模式来解决这一问题。适配器模式是一种结构型设计模式，它允许接口不兼容的类之间进行合作。本文将深入探讨适配器模式的概念、应用场景以及在Java中的实现方式。
一、理解适配器模式1.1 什么是适配器模式？适配器模式是一种结构型设计模式，旨在将一个类的接口转换为另一个类的接口，以使原本不兼容的类能够一起工作。适配器模式通常涉及一个适配器类，该类充当两个不兼容接口之间的桥梁，使得它们可以相互协作。
1.2 适配器模式的角色在适配器模式中，通常有以下几个角色：
目标接口（Target）：定义客户端使用的特定领域接口。
适配器（Adapter）：实现目标接口，并包装一个或多个不兼容的类，以使其与客户端一起工作。
被适配者（Adaptee）：拥有需要被适配的接口，但与目标接口不兼容。
二、适配器模式的应用场景2.1 与现有代码的集成当我们需要在现有代码基础上添加新的功能或组件时，通常会遇到新旧代码之间接口不兼容的情况。此时，适配器模式可以帮助我们将新组件与现有代码进 ...
rpc框架源码剖析-服务端启动流程草稿篇
一、服务端启动流程核心组件
ProviderConfig：服务提供者相关配置
StateMachine：状态机，负责服务提供者状态变更
导出：创建服务，主要订阅一些全局配置并创建服务，绑定本地端口号，此时还没有向注册中心注册，因此不算是服务启动完成
开启：开启服务，这里就是服务真正暴露端口对外提供服务了。首先会通过预热插件进行预热，预热之后会将端口注册到注册中心，此时就算是服务正式启动了，开始对外提供服务。
关闭：关闭服务
重读Java设计模式: 深入探讨建造者模式，构建复杂对象的优雅解决方案
引言在软件开发中，有时需要构建具有复杂结构的对象，如果直接使用构造函数或者 setter 方法逐个设置对象的属性，会导致代码变得冗长、难以维护，并且容易出错。为了解决这个问题，我们可以使用建造者模式。
一、建造者模式概述建造者模式是一种创建型设计模式，它的主要目的是将一个复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建不同的表示。这种模式常用于构建具有复杂结构的对象，例如包含多个部件的对象，或者对象的构建过程需要进行多个步骤。
二、建造者模式的结构建造者模式包含以下几个角色：
产品（Product）：要构建的复杂对象，它由多个部件组成。
抽象建造者（Builder）：定义了构建产品的抽象方法，具体建造者类将实现这些方法来构建具体的产品。
具体建造者（Concrete Builder）：实现了抽象建造者定义的方法，负责构建产品的各个部件，并返回构建后的产品。
指挥者（Director）：负责使用建造者构建产品的对象，它通常不了解具体的构建过程，只负责按照指定的步骤调用建造者的方法来构建产品。
三、建造者模式的优点
分步构建：将构建过程分步进行，每一步都由具体建造者负责，可以 ...
深入探讨原型模式：灵活复制对象，提升代码效率与可维护性
引言在软件开发中，经常会遇到需要创建对象的情况。有时候，我们希望创建一个新的对象，但又不想通过传统的构造方法来创建，而是希望通过复制一个现有对象的方式来创建新的对象。这时，原型模式就能派上用场了。原型模式是一种创建型设计模式，它通过复制现有对象来创建新对象，从而提高了代码的效率和可维护性。
本篇文章将深入探讨原型模式的原理、应用场景以及在实际项目中的使用方法。
一、理解原型模式原型模式属于创建型设计模式，其核心思想是通过复制现有对象来创建新的对象，而不是通过传统的构造方法。在原型模式中，原型对象是被复制的对象，而新对象是根据原型对象创建的副本。这种方式既避免了直接使用构造方法创建对象的繁琐过程，又可以保证新对象的属性与原型对象一致。
二、原型模式的应用场景原型模式适用于以下几种场景：
对象的创建过程比较复杂，但又希望保持对象的属性一致。
需要避免使用复杂的构造方法来创建对象。
需要动态地生成对象，而不是静态地使用类的构造方法。
在实际项目中，原型模式通常用于以下几种情况：
在大量对象需要创建，且创建过程相对复杂时，使用原型模式可以提高代码效率。
当需要创建的对象属性与现有对象相似 ...
Spring 事件广播机制详解
前言写这篇文章的初衷源自对 Spring 框架中事件机制的好奇心。在编写观察者模式代码示例时，我突然想起了 Spring 框架中支持多事件监听的特性，例如ContextClosedEvent、ContextRefreshedEvent、ContextStartedEvent等等。传统的观察者模式通常是基于单一事件的，但 Spring 框架却提供了一种更为灵活的机制，可以处理多个不同类型的事件。
因此，我决定深入研究 Spring 框架中多事件监听的实现机制，并将我的学习总结记录下来。通过这篇文章，我希望能够帮助读者更好地理解 Spring 框架中事件机制的工作原理，以及如何利用这一机制来构建灵活、高效的应用程序。我相信这对于对 Spring 框架感兴趣的开发者来说会是一次有益的学习经历。
一、Spring 事件简介1、Spring Context 模块内嵌的事件
实际上我们，继承 ApplicationEvent 的事件对象很多，他们分布在 Spring 生态的各个模块（spring framework、spring mvc、springboot）中，这里就不一一赘述了，就简单介绍下 ...
重读Java设计模式: 深入探讨工厂模式，创建对象的灵活性与可维护性
引言今天我们来继续学习创建型设计模式中的工厂模式。在软件开发中，工厂模式是一种常见的设计模式，旨在提供一种灵活、可扩展的方式来创建对象实例。工厂模式通常分为简单工厂模式和抽象工厂模式两种主要形式，它们在不同情境下各具优势，可以帮助开发人员更好地管理对象的创建过程，并提高代码的可维护性和可扩展性。
本篇文章，我们换个新思路来讲述（后续文章都按照此思路来）：
举例子讲述从无模式 ==> 简单工厂模式 ==> 抽象工厂模式的应用。
探索 Spring 框架中对工厂模式的应用。
从零开始填充我们的设计百宝箱，包括面向对象基础、面向对象设计原则、面向对象设计模式。
针对工厂模式,我们产生了哪些思考？有什么问题？它们的答案是什么？
一、新能源汽车的发展
最近几年，新能源电车异军突起，掀起来又一条经济赛道！各大公司都进军这条赛道，建造不同品牌的新能源电车。今天我们就以这条案例来讲述下工厂模式。
1、无模式状况下如果不引入任何设计模式的话，我们实现用户买车，厂商进行制造的流程应该是下面这样子的：
12345678910111213141516171819202122232425262 ...
分布式系统简介
1、单体系统到分布式系统的演进当今互联网时代，随着数字化转型的加速、用户需求的不断变化以及用户规模的扩大，企业对于构建高效、可靠、可扩展的软件系统提出了更高的要求。传统的单体系统在面对这些挑战时，往往显得力不从心，因此越来越多的企业开始将目光投向了分布式系统架构。
分布式系统相较于单体系统有以下优势：
可扩展性：单体系统往往在一台服务器上运行，随着业务的增长，单台服务器的性能和容量可能会成为瓶颈，无法满足日益增长的用户和数据需求。而分布式系统可以通过增加服务器节点来扩展其能力，实现横向扩展，从而更好地满足业务扩展性需要。
高可用性：单体系统存在单点故障和风险，一旦发生故障，整个系统可能会完全停止运行。而分布式系统通过将系统拆分成多个独立的组件或服务部署在不同的服务器上，可以减少单点故障的影响，提高系统的可用性和稳定性。
灵活性与快速迭代：单体系统往往具有紧耦合的架构，导致修改和修改困难，难以实现快速迭代和灵活响应业务需求的变化。而分布式系统采用微服务架构，将系统拆分为多个小型服务，每个服务都可以独立开发、部署和扩展，从而提高了系统的灵活性和快速迭代能力。
地理分布与负载均衡：随着业务 ...
重读 Java 设计模式: 解析单例模式,保证唯一实例的创建与应用
本周工作太忙了，变成了加班狗，下班回来也没时间写，只能利用周末时间写了😭。
好了，言归正传，本次我们先来介绍下设计模式中创建型模式-单例模式。
一、引言单例模式是设计模式中最简单但又最常用的一种模式之一。它确保某个类只能有一个实例，并提供了全局访问点，使得该实例在整个应用程序中都可以被访问。在本文中，我们将深入探讨单例模式的实现方式、应用场景以及实践指南。
二、基本概念除了引言一段中，单例模式除了实例全局唯一和全局访问点外，还有其他特点，下面我将一一罗列出来：
实例全局唯一：单例模式确保一个类只有一个实例对象存在，无论在何处访问该类，都将得到相同的实例。通过单例模式，可以防止不必要的多次实例化，确保系统中某个类只有一个实例存在。
全局访问点：单例模式提供了一个全局的访问点，任何地方都可以通过该访问点获取到单例实例。
延迟加载：许多单例模式的实现方式采用了延迟加载的策略，即在需要时才创建实例对象，而不是在类加载时就创建。
线程安全：好的单例模式实现应该是线程安全的，即在多线程环境下也能够正确地保持单例对象的唯一性。
节约资源：单例模式可以节约系统资源，特别是那些需要频繁创建和销毁的 ...
重读 Java 设计模式: 探索经典之道与 Spring 框架的设计
写在开头记得大学刚毕业那会儿，想学点东西，于是拿出了《Head First 设计模式》这本书，就开始了阅读，我曾对这些模式感到晦涩难懂。然而，随着工作岁月的增长，我逐渐领悟到设计模式的价值，尤其是在实践中，特别是在Spring这样的大型设计框架中。
刚开始接触设计模式时，我常常感到困惑。这些模式的概念和实现方式似乎遥不可及，就像是编程世界中的高塔一样，让人望而却步。然而，随着不断地学习和实践，我渐渐明白了设计模式的真正价值所在。
设计模式并不仅仅是一些理论概念，它们是一种解决常见问题的实用方法，是编写优雅、高效代码的利器。在工作中，我越来越多地意识到，设计模式不仅仅是理论上的东西，而是可以直接应用于实践的工具。
特别是在与Spring框架的设计与开发中，设计模式发挥了极其重要的作用。Spring框架本身就是一个设计模式的典范，它采用了诸如依赖注入、工厂模式、代理模式等多种设计模式，使得框架具有高度的灵活性和可扩展性。
因此，我想借此机会将我在设计模式与Spring框架结合实践中所获得的经验分享给大家。通过这个专栏，我希望能够帮助更多的人理解设计模式的精髓，以及它们在实际项目中的应用。让 ...
公告
欢迎来到小破站！这里是我在日常的工作、学习与生活中收集整理总结和思考的地方。我会分享我在编程、技术和生活中的见解、心得和经验，并希望这些内容能够对你有所帮助。
整理过程中可能会有借鉴参考之处，如有侵权，请第一时间联系我，我将及时进行修改和删除。
记得定期来这里看看最新的文章更新，也欢迎在文章下方留言交流。如果你有任何疑问或者想要讨论某个话题，也可以随时联系我。
整理过程中可能会有借鉴参考之处，如有侵权，请第一时间联系我，我将及时进行修改和删除。
记得定期来这里看看最新的文章更新，也欢迎在文章下方留言交流。如果你有任何疑问或者想要讨论某个话题，也可以随时联系我。