设计模式

同一段单例代码，为什么在高并发下偶尔会创建出两个实例？聊聊哪种单例实现才是真的安全「设计模式与范式」系列 Day09单例模式大概是所有设计模式里最简单、也是最容易被写错的一个——网上随便一搜就有五六种写法，简历上也几乎人人都会背"饿汉懒汉双重检测"这几个词。但真放到高并发场景下追问一句"这样写到底安不安全"，很多人就说不清楚了。这篇把这几种写法拆开揉碎，讲清楚它们各自在赌什么、又是靠什么兜底的。

【智能体】Loop 的四种设计模式之：Agent Loop（2026 最新版）小屌丝：鱼哥，我昨天上线了一个 Agent，让它"帮我把这周的周报整理出来发群里"。结果你猜怎么着？小鱼：它给你把周报写得天花乱坠？

小酒星小杜

画 AI 漫画，别只会写“日漫风”：10 种画风、适用故事和可复制提示词“一个人在雨中等车”。这句话你把他交给模型，可能你会得到一张很好看的图，但是如果要做漫画，你必须让读者看懂：这个人为什么在等，她看到了什么，接下来会发生什么。

为什么 Agent 工具需要一个「协议」而不是「框架」：MCP 成为标准的底层逻辑2024 年，你打算给 Agent 接个 GitHub：写 list_issues、create_issue……一套工具函数，处理鉴权、分页、错误码，折腾一下午。第二天想接其他的数据库，同样的活又从头来一遍。而另一边，GitHub 官方想「让所有 Agent 都能用我的工具」，却发现市面上的 Agent 框架有十几个，每个的工具格式都不一样，一个都照顾不过来。你累，他们也累，大家都累——大家都困在「N 个 Agent × M 个服务」的乘法泥潭里。

vivo互联网技术

知识不是文件，也不是向量 | KDC 系列 02作者：vivo 互联网存储团队 - Xiao Bo AI 合作者：ChatGPT（GPT-5.5）创作模式：Human-led, AI-collaborated 责任声明：文章观点、理论体系及最终内容由作者负责；AI 参与讨论、推演、表达优化及部分内容生成。检索到相关材料，并不等于系统获得了可以用于判断的知识。本文区分 Representation、Knowledge 和 RAG 的职责，提出知识对象、来源证据、成熟度、版本与适用边界等工程要求，说明认知成果如何被验证、引用和持续更新。

一个 new 就能创建对象，为什么还要拆出单例、工厂、建造者、原型四种模式？「设计模式与范式」系列 Day08模块一花了七篇讲设计原则和思想，从这篇开始正式进入 23 种设计模式的具体内容，第一站是创建型模式。创建对象这件事，语言层面一个 new 关键字就能搞定，可现实中围绕它却衍生出单例、工厂、建造者、原型四种模式。它们到底是在解决同一个问题的四个方面，还是四个互不相干的问题？这篇先把全家福拍一张，后面四篇再逐个展开细讲。

一行命令复刻爆款视频，我把 Hypit 从安装跑到了出片一行命令复刻爆款视频，我把 Hypit 从安装跑到了出片怕浪猫 · 2026年9月17日 · 阅读约 9 分钟

函数式编程里的函数，其实不是你天天写的那个函数——三大编程范式的边界在哪「设计模式与范式」系列 Day07模块一从面向对象聊到设计原则，一直绕着"怎么组织代码"这个问题打转。这篇作为模块一的收官篇，把视野拉大到编程范式层面——面向对象、面向过程、函数式，这三者的边界到底划在哪。尤其是函数式编程，它里面说的"函数"，压根不是你平时 public int add(...) 里写的那个函数，这个误解不厘清，后面看 Stream、Lambda 这些语法会一直觉得别扭。

策略模式现在该不该上？一次讲清楚过度设计和设计不足怎么找平衡「设计模式与范式」系列 Day06学完一堆设计模式之后，最容易踩的坑不是"不会用"，而是"用过头"——看哪段代码都想套个模式上去，结果代码没变好读，反而多了几层莫名其妙的抽象。另一个极端是完全不设计，几十行的 if-else 一路堆到底。这篇不讲某个具体模式，讲怎么在这两个极端之间找到那个平衡点。

常见设计模式-模板方法模式定义：在父类中定义一个算法的骨架，将某些步骤的具体实现延迟到子类中。模板方法使得子类可以在不改变算法整体结构的前提下，重新定义算法的某些步骤。

第六章 · 桥接 — 三支毛笔，画出九种颜色这一章，她学会了"桥接"：两个维度都在变？拆开各管各的，中间架座桥。起因，是她逛淘宝想买一整套水彩笔，被我拦住了。

Shadow（⊙ｏ⊙）

OTOL设计模式 One Thread One Loop目录一、核心思想二、典型结构1. 单线程版（最基础）2. 多线程版（One Loop Per Thread）

如何让LLM 能在半夜偷偷打开网易云呢？意思就是，如何让LLM 定时做任务，这一篇就讲这件事——给 Agent 加定时任务，让它到了点自己做事情、报错了还能自己收场。定时任务难的从来不是「定时」，而是「没人在旁边盯着的时候，怎么保证它运行得对、任务报错了有人管」。

【设计模式】装饰模式(四)：框架源码实战——从 Java I/O 到 Spring 到 MyBatis【设计模式】装饰模式(一)实战：从计费系统的“动态加功能“说起【设计模式】装饰模式(二)：认识装饰模式

Android RecyclerView 多类型, 多种 Item本文主要讲解 Android 中 RecyclerView 多类型 Item 的实现思路，从普通单类型 RecyclerView 出发，逐步过渡到多 ViewHolder、多布局的完整案例，并总结常见坑和实际项目中的组织方式。适合人群：已经会使用普通 RecyclerView，但还不清楚 getItemViewType()、多 ViewHolder 怎么写、实际项目怎么组织的 Android 初学者。

如何让 Agent 获取更多的能力？插件 / 技能系统这篇我想讲怎么让第三方往你的 Agent 里热插拔能力，同时又不把安全、命名、生命周期搞成一团乱。总结就是：可扩展的关键，不是「加功能容易」，而是「加功能时不用改核心」。

如何让 Agent 安全运行你的命令：命令分级 + Hook + 读写锁怎么让一个能执行命令、能写文件的 Agent 不会瞎搞。核心就是一句话：安全的信任边界，不能放在「模型听不听话」，只能放在「工具执行前的那一下」。

技术不难，为什么项目却越改越不敢动？聊聊复杂系统开发该怎么想「设计模式与范式」系列 Day05自动驾驶、图像识别、高性能消息队列——这些系统难，难在技术本身有门槛，靠算法和领域积累才能啃下来，不是多拉几个人就能提速的。但更多人日常在做的，是另一种难：技术上没什么新鲜的，业务逻辑却盘根错节，代码量一大、参与的人一多，改一个小需求都得小心翼翼，生怕牵一发动全身。这篇不聊前者，聊后者——面对这种"不难但复杂"的系统，到底该从哪几个角度想问题。

rust: Factory Method Pattern本节介绍工厂方法模式（Factory Method Pattern）在珠宝制造业务系统中的实际应用背景，说明为什么需要将产品线创建逻辑与业务处理解耦，以及本文将要展示的 Rust 实现思路。

第 8 节 C++ 设计模式在 AI 推理 SDK 和 Agent 工具运行时中如何落地摘要：本节系统讲解 C++ 设计模式在 AI 推理 SDK 和 Agent 工具运行时中的落地实践。创建型模式（工厂、建造者、单例、原型）解决对象构造的灵活性与一致性；结构型模式（适配器、装饰器、代理、外观、桥接、组合、享元）解决多后端 API 统一与功能叠加；行为型模式（策略、观察者、责任链、模板方法、状态、命令、访问者、中介者）解决推理流程编排与工具调用链；RAII、Pimpl、类型擦除、CRTP 是 C++ 特有的工程基石。文中给出大量可编译 C++ 示例、面试追问速查表、模式选型决策流程图，并总结