设计模式 - 单例模式

本篇文章将23种设计模式中的单例设计模式，此篇文章为一天学习一个设计模式系列文章，后面会分享其他模式知识。

意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。主要解决：一个全局使用的类频繁地创建与销毁。何时使用：当您想控制实例数目，节省系统资源的时候。如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。关键代码：构造函数是私有的。

设计模式——单例模式（Singleton Pattern） 单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。 在有些场景中，为了节省内存资源、保证数据内容的一致性，对某些类要求只能创建一个实例，且该类能自行创建这个实例，这就是所谓的单例模式 文章目录设计模式——单例模式（Singleton Pattern）单例模式的优缺点优点缺点单例模式的应用场景单例模式与静态类的区别常见的7种实现方式1.饿汉模式2.懒

本人于2024年3月至2024年10月参与了某高校智慧校园综合管理系统的分析与开发工作。该系统基于微服务架构搭建，采用Java SpringBoot后端框架、Vue前端框架，主要涵盖学生信息管理、教务教学管理、校园资产管控、权限角色管理、校园通知公告五大核心模块，旨在替代高校原有分散、独立的老旧管理系统，实现校园各类业务数据统一汇聚、流程统一管控，提升校园管理数字化、智能化水平。系统支持全校师生、行政管理人员共计3万余人同时在线操作，具备高并发、多角色、多业务场景、迭代更新频繁的特点。

设计六大原则之单一原则

并行化，就是让 Agent 同时干多件互不依赖的事。不是所有步骤都排队。能同时查新闻、查公告、查知识库，就不要一个一个查。最后再把多个分支的结果合并，生成一个统一答案。并行化不是为了炫技。它解决的是一个很现实的问题：复杂任务太慢。提示链让 Agent 会按步骤做事。路由让 Agent 会选择不同路径。并行化让 Agent 在合适的时候同时推进多个分支。真正的工程重点是：独立分支、统一输出、超时兜底、冲突合并、成本控制。一句话总结：能独立跑的任务，就并行；需要依赖的任务，就串行；

享元模式（Flyweight Pattern）是一种**结构型设计模式**，核心思想是**通过共享相同对象来减少内存占用**。

本文从实战出发，详细解析了Redis缓存设计中的三大类问题——穿透、击穿、雪崩的成因与解决方案，并给出了Spring Boot下可直接运行的代码示例。同时，对缓存与数据库的一致性策略进行了深入对比，推荐采用“先更新数据库再删除缓存”的Cache Aside模式，辅以延迟双删保障最终一致性。核心要点回顾- 穿透：布隆过滤器 + 空值缓存- 击穿：分布式互斥锁 + 逻辑过期- 雪崩：随机过期时间 + 多级缓存 + 限流- 一致性：Cache Aside + 延迟双删 / Canal异步同步。

学习与适应，是 Agent 从“工具调用器”升级成“长期系统”的关键一步。它的核心不是让模型自由发挥，而是建立反馈闭环。能记录。能评估。能诊断。能更新。能验证。能回滚。做到这些，Agent 才能越用越稳，越跑越准。智能体设计模式：学习与适应 Learning & Adaptation：功能变化与行业影响解析_热闻岛。

总结演化规律：从刚性模式到灵活范式适配强调开发者需保持范式与模式的双重视角。

MVC、Delegate和Target-Action是iOS开发的三种核心模式。MVC将应用分为Model（数据）、View（界面）和Controller（协调者），实现业务与界面分离。Delegate模式通过协议实现对象间通信，将特定任务委托给代理对象处理，类似回调接口。Target-Action则通过目标对象和动作方法响应事件，如按钮点击，类似反射调用。三者分别解决代码组织、对象通信和事件响应问题，形成iOS开发的基础架构模式。

一个带记忆的 Agent，每次运行至少有三步。•运行前：读取会话、读取状态、检索长期记忆。•运行中：模型推理，必要时调用工具，工具结果进入状态。•运行后：追加事件、更新状态，把值得保留的信息写入长期记忆。关键点在于“按需”。不是所有历史都要进上下文。只把与当前任务相关的信息交给模型。Memory 不是让 Agent “什么都记住”。Memory 的核心，是把有用信息放到正确位置，并在正确时间拿出来。Session 保连贯。State 保进度。Long-term Memory 保长期能力。

每次搭新工作流都从零开始设计？节点乱连、逻辑混乱、维护困难——你可能缺的不是技术，而是设计模式。本文总结了 5 种在实际项目中验证过的扣子工作流架构模板：串行管道、并行分支、条件路由、循环迭代、分层聚合。每种模式都有适用场景、架构图和实战案例，帮你像搭乐高一样快速搭建高质量工作流。

工厂模式（Factory Pattern）是创建型设计模式中应用最广泛的模式家族，它封装了对象的创建逻辑，让调用方无需关心具体的实现细节。工厂模式分为三种演进形态：简单工厂工厂方法和抽象工厂。本文将通过一个"支付系统"的案例，逐步揭示它们的区别与适用场景。学习建议：工厂模式的三种形态不是孤立存在的，而是一个随着需求复杂度增长而自然演进的过程。

AI Agent设计模式：ReAct解析摘要 ReAct模式（Reasoning+Acting）由普林斯顿大学与Google联合提出，通过交替推理与行动解决纯推理导致幻觉和纯行动无法纠偏的问题。其核心是三步闭环循环：Thought（分析现状）→ Action（调用工具）→ Observation（获取结果），最终输出Final Answer。实现关键在于系统提示词而非模型微调，提示词严格规定输出格式和工具调用规则。典型实现包含70行左右Python代码，通过循环调用大模型、解析输出、执行工具并将结果反馈给模

本文系统介绍了软件设计模式的三大类型（创建型、结构型、行为型）及其核心模式。重点讲解了创建型模式中的五种常用模式：简单工厂模式（封装对象创建逻辑）、工厂模式（支持多维度扩展）、抽象工厂模式（解决产品族兼容问题）、单例模式（全局唯一实例）和建造者模式（复杂对象构造）。每种模式都通过代码示例说明其核心思想、适用场景和优缺点，并强调设计原则（如开闭原则、单一职责原则）在模式设计中的重要性。

工具使用，也叫函数调用。它的核心很简单：把一个外部能力描述给模型，让模型在需要时生成结构化调用请求。真正执行工具的，不是模型。而是你的业务系统。模型只负责三件事：• 判断是否需要工具。• 选择应该调用哪个工具。• 生成这个工具需要的参数。编排层负责后面的事：参数校验、权限判断、调用接口、处理异常、记录日志，再把结果回填给模型。这就是工具型 Agent 的底层逻辑。工具使用，是 Agent 从“聊天”走向“执行”的关键一步。没有工具，大模型只是一个聪明的文本生成器。

组合模式（Composite Pattern）是一种结构型设计模式，将对象组织成树状结构，使单个对象和组合对象实现相同接口，实现统一处理。核心思想是： 定义统一接口（Component），包含公共操作和子节点管理方法； 叶子节点（Leaf）实现基础功能，不支持子节点； 组合节点（Composite）持有子节点列表，递归处理操作。 典型应用场景包括文件系统、组织架构等树形结构。通过透明方式实现（子节点管理方法放在接口中），客户端无需区分对象类型。优势在于简化客户端代码，支持递归处理，易于扩展新节点类型。示例展