zhao_kang_cheng的专栏

其主要思想是程序在任意时刻仅可处于几种有限的状态中。而状态判断通常是由比较多的条件判断语句实现（而过多的状态判断会导致我们项目维护变得更加困难，而且还很臃肿），也可以依据当前对象状态选择响应的行为。这个结构可能看上去与策略模式相似， 但有一个关键性的不同——在状态模式中， 特定状态知道其他所有状态的存在， 且能触发从一个状态到另一个状态的转换；原始对象被称为上下文 （context）， 它并不会自行实现所有行为， 而是会保存一个指向表示当前状态的状态对象的引用， 且将所有与状态相关的工作委派给该对象。

是一种创建型设计模式， 让你能够保证一个类只有一个实例， 并提供一个访问该实例的全局节点。单例模式同时解决了两个问题， 所以违反了单一职责原则如果你的代码能够访问单例类， 那它就能调用单例类的静态方法。无论何时调用该方法， 它总是会返回相同的对象。而现实世界中这样例子有很多，譬如：世界上只有一个独一无二的你，一个国家只有而且唯一的官方政府等。

Spring Cloud Resilience4j 之重试

所以索引并不是越多越好。但下面查询语句虽然能用上组合索引 (title, published_at)，但会多一个回表查询非索引列数据的额外开销，回表查询是指根据索引数据中存储的引用（一般是主键信息），到表中查询相应行的数据。当查询条件有多个索引可供使用，但你知道用哪一个索引是最优的时，推荐使用优化器 Hint 来强制优化器使用这个索引，这样可以避免优化器因为统计信息不准或其他问题时，选错索引。在查询条件中使用索引列作为条件时，不要在索引列上做计算，函数，或者类型转换的操作，会导致优化器无法使用该索引。

在本文中，我们了解了如何使用 Resilience4j RateLimiter 的内置 Spring Boot 支持来实现客户端速率限制。将来，我们可能会有一个新的可重复注释，但与此同时我们如何解决我们的问题？假设我们与航空公司的服务合同规定我们可以以 2 rps（每秒请求数）的速度调用他们的搜索 API。我们的服务与 类封装的远程服务进行通信。例如，远程服务可能根据一天中的时间或正常时段与高峰时段等指定了不同的速率限制。在生产中，我们会根据与远程服务的合同配置。但是，在这些示例中，我们会将。

Spring Boot 2.6.15整合swagger 3.0.0 报错Failed to start bean ‘documentationPluginsBootstrapper‘治标治本，验证测试通过 方案

是一种创建型设计模式， 使你能够复制已有对象， 而又无需使代码依赖它们所属的类。

是一种创建型设计模式， 使你能够分步骤创建复杂对象。该模式允许你使用相同的创建代码生成不同类型和形式的对象。就像流水线的组装机器人一样，一件产品 组装分成好几部，每一个 工位组装不同的内容。问题：譬如你开了一家公司，专门承接私人建房，建房有的人要求：自带车库的房子、带游泳池的房子、装饰豪华的房子和带花园的房子等等。如果你基于这些创建了一个构造函数：拥有大量输入参数的构造函数也有缺陷：这些参数也不是每次都要全部用上.通常情况下，绝大部分的参数都没有使用，这使得对于构造函数的调用十分不简介。

是一种创建型设计模式， 它能创建一系列相关的对象， 而无需指定其具体类。譬如 你正在开发一款家具组装系统。代码中包括一些产品：椅子（chair）,沙发（sofa）和 咖啡桌（Coffee­Table） 然后基于这些产品形成一些列组合套餐 装饰风艺术(Art Deco)、维多利亚（Victorian）和现代（Mdern）。你需要设法单独生成每件家具对象， 这样才能确保其风格一致。如果顾客收到的家具风格不一样， 他们可不会开心。此外， 你也不希望在添加新产品或新风格时修改已有代码。

在本次学习中，我们的目标是为Android应用程序创建一个Badge (Item Count)函数。如今，许多Android应用程序都使用了徽章。没有简单的方法来实现它，所以我们将通过自己编码来实现它。您的 Activity_main.xml 文件应如下所示。您还需要在 Drawable 文件夹中为此布局添加所需的图像。在 Drawable 文件夹中，创建一个名为 item_count 的 XML 文件，并创建一个角半径为 8dp 的矩形。现在，当您运行应用程序时，您将看到如下屏幕截图。

Factory Method 要可以称：Virtual Constructor（虚拟构造函数）是一种创建型设计模式， 其在父类中提供一个创建对象的方法， 允许子类决定实例化对象的类型。现实问题，譬如你 正在开发 一个物流系统，他有海上物流、路上物流和内河物流。可是刚开始 你的企业 做了很多路上物流业务代码的开发，里面集成了很多物流相关业务信息，而突然火的海上运输业务 让你 原有 路上业务 需要进行调整而且调整比较大，而其中要有一部分共用的通用内容。

break;break;if (note!});break;break;break;break;

迭代器模式如何理解，不暴露集合底层表现形式的情况下遍历集合中多有的元素，然而在先生世界中，譬如你出去旅游，你要参观主要旅游景点，可是你到达目的地后，你可能要发较多的时间去找如何到达你目的地的地方，你可能会 找当地导游给你进行内容详细接受，你可以能使用 手机导航，或者使用自由行走 模式。在此示例中，迭代器模式用于检查远程社交网络集合的社交配置文件，而不向客户端代码公开任何通信详细信息。java.util.Iterator（以及 java.util.Scanner）的所有实现。迭代社交网络配置文件。

外观就说用起来好用的产品，譬如电视机，洗衣机，电脑 提高各种各样生活中所使用的工具。他们把里面 复杂的 处理都处理好，对外只提供了 开机、关机、操作等一些 按钮等。而我们开发中也常用到，譬如：你调用第三方的接口，第三方API 等，因为你也不知道对方的API 里面内部处理逻辑，你只知道对方API逻辑是如何处理的吗？其实你自己也不知道，因为别人封装好了，你只知道接口的含义。检测各种零件和电器是否能正常使用。测试各种器件能否提高正常使用。电视机启动成功，能播放。检查各种程序，并启动。等待内部机器检测...

我们驾驭着Spring Boot、Spring Cloud、Elasticsearch、Redis、分布式存储系统等先进技术的马车，这些工具与技术栈不仅是我们技术水平的试金石，更是我们实施创新、解决问题的利器。我们对这些系统的掌握程度，实质上就是一场场精心的实施过程，每一次深入的学习与实践，都让我们的技能更加纯熟，也为我们赢得了更高的职业回报。因此，将我们视为技能工匠并非过誉之词，我们正如同工匠般，运用着各式各样的编程语言与开源工具（它们便是我们手中的锤子、锉刀，是创造奇迹的钥匙）。

责任链，扫码是链：就是一串接着一串，像自行车链一样。然而在生活中非常的常见，譬如在工厂流水线生产，上一个工序完成，然后才到下一个工序。你去政府企业或者找公司领导签字也都是责任链模模式。以及我开发那种步骤性质的开发，也都是责任链模式的最好适用场景。经过组长审批 ==> 经过部门经理审批 ==> 经过总经理审批 ==> 经过老板审批。降低了代码的耦合，责任分工明确，程序更加灵活，可动态改变顺序。老板审批，此事需要特批，审核通过！

譬如国内的电压是 220v，可是你出国旅游去北美，或者欧洲。他们的电压是：110~130、100 不同电压。我是欧洲区域，我的电压范围是 110 ~ 130V。我是欧洲区域，我的电压范围是 110 ~ 130V。我是北美区域，我的电压范围是 100 ~ 100V。我是北美区域，我的电压范围是 100 ~ 100V。在我本地，我的电压范围是 220 ~ 240V。在我本地，我的电压范围是 220 ~ 240V。在我本地，我的电压范围是 220 ~ 240V。手机没有电，准备充电，插上万能充电头！

看看AQS 源码其核心就只有两个：volatile 和 Unsafe 然后添加一个管理线程的任务池。但是其核心的实现和hold 住 当前线程并且让其执行要是如何实现并做的，我按照其原理写了一个简答的同理demo,

策略就是基于不同的情况使用不同的处理方式，譬如生活场景中，我们去超市买东西，收营员会问，你是要大购物袋、中型购物袋、还是小型购物袋。而你判断的依据就是购买东西的多少决定使用什么样的购物袋。以及在战争中基于不同的对手，使用不同的战争策略进行作战等。策略模式的有点很明显，减少了耦合，只知道一个内，并不知道是哪个具体实现。购物重: 10 斤，需要： 中型购物袋可装15斤以下的物品。购物重: 25 斤，需要： 大购物袋装可装30斤以内的物品。购物重: 4 斤，需要： 小型购物袋可装5斤以下的物品。