咕咕咕的小破站 👋🏼

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>并发程序最难处理的部分，通常不是“同时运行很多任务”，而是“多个任务同时读写同一份状态”。</p><p>例如，订单库存是 <code>10</code>，两个请求同时执行“读取库存 → 减一 → 写回”。若两个请求都先读到 <code>10</code>，再分别写回 <code>9</code>，就会少扣一次库存。这类问题称为<strong>竞态条件（race condition）</strong>。互斥锁可以保护临界区，但开发者需要持续回答几个问题：哪份数据由哪把锁保护、锁的获取顺序是什么、调用外部服务时能否持锁、异常路径会不会漏解锁。</p><p>Actor 模型提供了另一种组织思路：<strong>让一份可变状态只属于一个处理者；....

<h2 id="问题背景"><a href="#问题背景" class="headerlink" title="问题背景"></a>问题背景</h2><p>在单体应用里，很多一致性问题可以直接交给数据库事务处理。下单时创建订单、扣减库存、记录优惠券使用状态，如果这些数据都在同一个数据库里，业务代码只需要开启一个本地事务：</p><figure class="highlight text"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><spa....

<h2 id="问题背景"><a href="#问题背景" class="headerlink" title="问题背景"></a>问题背景</h2><p>很多系统一开始并不会专门设计 BFF。前端调用后端接口，后端返回数据，页面展示结果，这种方式在项目早期通常没有问题。</p><p>问题通常出现在业务和端侧一起增长之后。后端接口越来越偏领域能力，例如订单、支付、物流、库存、售后；前端页面越来越偏用户任务，例如订单详情、个人中心、首页推荐、活动页。后端服务提供的是业务能力，前端页面需要的是展示结果，两者并不是同一种模型。</p><p>以订单详情页为例，页面可能需要展示订单基础信息、支付状态、物流进度、优惠信息、售后状态和可执行操作。如果前端直接调用多个后端接口，大致会变成这样：</p><figure class="highlight text"><table><tr><td class="gutter"><pre&....

<h2 id="关于博客"><a href="#关于博客" class="headerlink" title="关于博客"></a>关于博客</h2><p>看了一眼，上次更新技术文章已经是三个月前了，好像是第一次这么久都没有写。</p><p>后面大概会几篇关于微服务的文章，最近应该会开始着手写关于BFF的。在我大概再进行一些实践更加理解它时，或者说在尝试出一些比较好的实践时。<br>之前的读书笔记，那本《hello agents》大概只看了一半，主要是一些概念，后面一半主要是实践。<br>概念的部分也许不会有多大变化，但实践的部分过去了这么久，大概率已经有比较新的实践方式了。<br>中断是因为工作，后面也不知道还会不会捡起那本读了一半的书去尝试剩下的实践了。</p><p>不过最近托朋友的福，爽爽的用了段时间的 GPT 5.5。<br>codex 和 claude 这些 agent 的实践确实不错的，加上一些 mcp 和 skills....

南京和以前一样，放长假就回家见见朋友一家新疆菜跑了好远的一家烧烤值得一提的是，刚进去时候店家油烟机坏了。二楼呛得已经没人了，而我们却以为是店里的特色（sad）。最后也是搬到了店门口吃。最后是“深夜食堂”这家去过好多次了，味道还是不错的。密室逃脱有点奇怪的剧情，可能是没玩过 I 的原因。不过密室整体设计感觉还是不错的。金华第一次去和网友面基，算是我的引路人了。高铁上一等座的小零食。（还是第一次坐一等座，为什么？很明显因为没买到二等座的票）金华万佛塔地下是地宫，正巧遇到志愿者讲解，了解了一些金华的神话传说和历史。塔的高层可以俯瞰整个金华，这是一座四面环山、江水穿城而过的城市。然后是一个不错的火锅。最后是鱼排的面基传统。

<h2 id="第八章-记忆与检索"><a href="#第八章-记忆与检索" class="headerlink" title="第八章 - 记忆与检索"></a>第八章 - 记忆与检索</h2><p>在大语言模型（LLM）的固有设计中，模型本身是无状态（Stateless）且知识静态的。这导致智能体在复杂任务中面临“多轮对话遗忘”与“领域知识盲区”的双重局限。<br>本章探讨如何从认知科学中汲取灵感，为智能体构建分层记忆系统（Memory System）与检索增强生成（RAG）管道，从而赋予智能体跨越时间周期的学习能力与突破参数边界的知识获取能力。</p><h3 id="从认知科学到智能体记忆抽象"><a href="#从认知科学到智能体记忆抽象" class="headerlink" title="从认知科学到智能体记忆抽象"></a>从认知科学到智能体记忆抽象</h3><p>人类的记忆并非单一的存储桶，而是一个对信息流进行分级过滤、存储....

<h2 id="第四章-智能体经典范式构建"><a href="#第四章-智能体经典范式构建" class="headerlink" title="第四章 - 智能体经典范式构建"></a>第四章 - 智能体经典范式构建</h2><p>大语言模型（LLM）具备强大的推理与语言生成能力，但将其转化为能够与物理或数字环境交互的“智能体（Agent）”，需要一套严密的架构范式来组织其“感知-思考-行动”的控制流。<br>本章聚焦于三种最具代表性的智能体构建范式：ReAct、Plan-and-Solve 与 Reflection。通过从零手写这些架构的运行时逻辑，旨在剥离高层框架（如 LangChain）的抽象，深入理解智能体决策回路的底层机制。</p><h3 id="基础环境与工具抽象机制"><a href="#基础环境与工具抽象机制" class="headerlink" title="基础环境与工具抽象机制"></a>基础环境与工具抽象机制</h3><....

<h2 id="第一章-初识智能体"><a href="#第一章-初识智能体" class="headerlink" title="第一章 - 初识智能体"></a>第一章 - 初识智能体</h2><p>本章从人工智能的发展脉络出发，系统阐述了智能体（Agent）的本质定义、演进路线，以及在大语言模型（LLM）驱动下产生的新范式。通过探讨其内部架构、交互机制与协作模式，为理解多智能体系统（MAS）奠定了核心理论基础。</p><h3 id="什么是智能体？"><a href="#什么是智能体？" class="headerlink" title="什么是智能体？"></a>什么是智能体？</h3><p>在探讨前沿 AI 之前，必须先明确智能体的本体论定义。智能体并非单纯的代码脚本，而是一个具备环境感知与干预能力的闭环系统。</p><ul><li><strong>四大核心要素：</strong><....

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>这本书前四章篇幅超过三分之一<br>五到十二章共八章 和 十三到二十一共九章 大约各占三分之一<br>这章节内容量差的有点大</p><p>第三部分是关于 Zinx 框架的，跳过。</p><h2 id="第五章-有关Goroutine⽆限创建的分析"><a href="#第五章-有关Goroutine⽆限创建的分析" class="headerlink" title="第五章 - 有关Goroutine⽆限创建的分析"></a>第五章 - 有关Goroutine⽆限创建的分析</h2><h3 id="进程、线程与协程的本质区别"><a href="#进程、线程与协程的本质区别" class="headerlink" title="进程、线程与协程的本质区别">&....

第四章 深入理解 Linux 网络 I/O 复用并发模型基本概念流 (Stream)在开发中,流通常具有以下三个特征:可以进行 I/O 操作的内核对象。数据传输的载体,如文件、管道、套接字(Socket)等。数据的入口通过文件描述符 (fd) 来进行描述和识别。I/O 操作所有对“流”的读写行为都称为 I/O 操作。写阻塞:当传输媒介已满(如缓冲区满)时,继续写入会导致阻塞。读阻塞:当传输媒介为空(如没有新数据)时,尝试读取会导致阻塞。阻塞等待 (Blocking)在等待某个资源(如数据到达)时,程序执行逻辑完全暂停。非阻塞忙轮询 (Non-blocking Busy Polling)不间断地询问资源是否就绪。阻塞与非阻塞对比阻塞等待:优点:不占用 CPU 时间片,节省系统资源(小 G 可以去睡觉)。缺点:无法同一时刻处理多个 I/O 请求(同一时间只能等一个快递)。非阻塞忙轮询:优点:宏观上能同时监控多个 I/O。缺点:极度浪费 CPU 资源和通信成本(反复打电话)。解决阻塞等待缺点的办法阻塞死等待的缺点主要矛盾在于:无法在同一时刻解决多个 I/O 的读写请求。当处理一个请求时,其他....

第三章 Go 语言内存管理洗髓经内存为什么需要管理当存储的东⻄越来越多,也就发现物理内存的容量依然不够用,提高对物理内存的利用率和合理地分配内存,管理就变得非常重要了。操作系统会对内存进行非常详细的管理。基于操作系统的基础上,不同语言的内存管理机制也应运而生,有一些语言并没有提供自动的内存管理模式,有的语言却提供了自身程序的内存管理模式。为了降低内存管理的难度,像 C、C++ 这样的编程语言会完全将分配和回收内存的权限交给开发者,而Rust则通过生命周期限定开发者对非法权限内存的访问并以此来自动回收,因而并没有提供自动管理的一套机制。但是像 Go、Java、Python 这类为了完全让开发者关注代码逻辑本身, 语言层提供了一套管理模式。在理解 Go 语言层内存管理之前,应该先了解操作系统针对物理内存提供了哪些管理方式。操作系统是如何管理内存的对计算机来讲内存真正的载体是物理内存条,这个是实打实的物理硬件容量,所以在操作系统中定义的这部分容量叫物理内存。物理内存的布局实际上就是一个内存大数组每个元素都会对应一个地址,称为物理内存地址。CPU 在运算的过程中,如果需要从内存中取1字节的数据....

<h2 id="第二章-Go-语言混合写屏障的-GC-全场景分析"><a href="#第二章-Go-语言混合写屏障的-GC-全场景分析" class="headerlink" title="第二章 Go 语言混合写屏障的 GC 全场景分析"></a>第二章 Go 语言混合写屏障的 GC 全场景分析</h2><p>垃圾回收(Garbage Collection,GC)是编程语言中提供的自动内存管理机制,GC 能够自动释放不需要的内存对象,让出存储器资源,其释放过程中无须程序员手动执行。<br>GC 机制在现代很多编程语言得到支持,针对 GC 性能的优劣程度,也是不同语言之间的对比指标之一。</p><p>Go 语言在 GC 的演进过程中也经历了几次重大改变,如下:</p><ol><li>Go V1.3之前的STW的标记和清除(SWT Mark Sweep)。</li><li>Go V1.5的三色并发标记法。“强-弱”三色不变式、插入屏....

前言想深入下 Go 的底层,主要是并发模型、GC和内存管理相关内容。刘丹冰老师的这本书分为3篇21章第一篇(1~4章)主要讲 GMP 模型、GC、内存管理和 IO 复用并发模型,是比较核心的内容,会详细阅读。第二篇(5~12章)主要讲 Go 语言特性和一些进阶知识,会选择性地详细阅读。第三篇(13~21章)主要是项目实战,通过 Zinx 框架了解 TCP/IP 网络服务器架构,这篇大概率会跳过。第一章 深入理解 Go 语言协程调度器 GPM 模型调度器由来单进程时代不需要调度器单进程时代过于久远,现在应该不会有这样的系统了,估计只存在于计算机组成原理的课上了。单一的执行流程,计算机只能一个任务一个任务处理,所有的程序都是阻塞的。因为在一个进程的完整生命周期中,所需要访问的物理部分包括 CPU、Cache、主内存、磁盘、网络等。不同的硬件媒介处理计算的能力相差甚大,可能几个数量级。如果将这些处理速度不同的处理媒介通过一个进程串在一起,则会出现高速度媒介等待和浪费的现象。如当一个程序加载一个磁盘数据的时候,在读写的过程中,CPU处于等待状态,那么对于单进程的操作系统来讲,很明显会造成CPU....

前言：减小 Go 应用产物体积Go 语言通过静态编译生成单一二进制文件，这一特性非常适合用于容器化部署。但在默认构建和打包方式下，Go 应用的最终交付产物，二进制可执行文件或者镜像会比较大。这里可以使用下面两种方式减小产物体积：使用 UPX 压缩 Go 可执行文件，减少二进制体积使用 Docker scratch 镜像，去掉不必要的运行环境使用 UPX 压缩 Go 可执行文件UPX（Ultimate Packer for eXecutables）是一个通用的可执行文件压缩工具。UPX 的核心特点是：在磁盘上以压缩形式存在程序启动时自动解压到内存中执行对程序逻辑完全透明，无需改代码UPX 将原始可执行文件压缩，在文件头部插入一个极小的解压 stub，程序启动时，stub 将主体代码解压到内存，跳转到真正的入口点执行。所以，它的磁盘占用会显著减少，但内存中仍是完整程序，仅在启动阶段会有一次性的解压开销。对于 Go 应用，在使用 UPX 之前，应该尽量减小二进制产物体积（在每个阶段都考虑减小），推荐使用下面的参数进行编译：12345CGO_ENABLED=0 \go build \ -tri....

已经写了四年的流水账了，完全不知道今年怎么写。过得比去年还要平淡了。脑海中对于今年的记忆好像只有换了工作换了城市…工作从印象最深影响最大的换工作开始说吧。其实简历一直在断断续续地投了有大半年，投到了现在这个杭州的小公司。整个两次面试都没超过半小时，头一天晚上技术面问了一些 go 基础，就十来分钟，第二天中午和领导视频聊了十来分钟。聊完就发了offer。快的难以置信，整个过程不管是我还是这个公司，我都觉得非常草率。草率在就二三十分钟就决定了要完全换个城市工作生活。（不过大概是我投的时候就做好心理准备了）五月中来杭州，五月底入职。还赶得上杭州的应届生补贴政策，没错，那时候我毕业还没有满一年，但实际上班已经快两年了。等11月份的社保到账之后，就可以去申请了。换工作后，我的整个技术栈也从 Java 换成了 Go。这个决定不知道会有什么影响，也许很大，但也许很小。生活以前每天都加班，可谓是没有什么生活了。现在虽然单休，但完全不加班。感觉工作时长反而短了。朋友六月份也换了工作，来到了杭州。所以后面一起去了西湖、工联CC、苹果授权店、九溪、法喜寺等等。原本这个月准备去灵隐寺的，但可惜感冒了，只能暂时....

系统之前就在虚拟机和笔记本上装过 ArchLinux，想尝试尝试 Linux 系统作为主力开发系统。主要原因是 windows 的命令行很难用，即便是有了 powershell，也改变不了使用它的痛苦。特别是之前做 CI/CD 写 Makefile、Dokcerfile 和 github workflow.yaml 。光是路径问题就花了很久。替换的契机是前几天用 rdp 远程开发的时候，连接断开（第二次了）。等到回去一看，电脑没有任何反应，应该是死机了。不知道任何原因。所以花了两三天，给电脑刷了 ArchLinux 系统。之前有写过一篇安装过程，其实还是很繁琐的。后来发现其实系统镜像内置了方便的工具 archinstall ，只需要根据选项进行配置就可以了。比我自己手动装的要好不少（一些配置方面装完之后难免要去自己自定义美化一下，虽然默认的审美上比以前用过的 ubuntu 桌面之类的有些提升。下面就是都装完之后，选个好看的壁纸：问题输入法使用这个系统目前还是有很多问题的，主要集中在 KDE 的 wayland 这个桌面和图形平台上。最严重的莫过于输入法的问题了，纯英文情况下还可以，只要....

这一篇不止是徒步线的记录，还记录了国庆假期左右的其他，其实分两三篇应该会更好。国庆前首先国庆和中秋连在一起放了八天假期。公司在节前发了蟹卡（五公五母十只螃蟹）和两个柚子。螃蟹带回家了没有尝到，柚子倒是很不错。家国庆假期的前几天在家，久违的过年的感觉。只是比过年的人少了很多，没有那么的热闹，但也足够了。和朋友去吃了火锅，六个人吃了不到四百，人均才六十多，不到七十。相比我之前和现在工作的地方真的是便宜太多了。那家火锅店也是很偏僻了，在县城的边边上，旁边就是农田了，对面就是护城河。朋友还跑了两三家药店帮我买药，我跑了几家也没得卖。最后买到了四小瓶。后来朋友妈妈知道了还打电话来和我说，因为朋友舅舅得过这个病，所以她比较了解，给我推荐了别的药。真的非常感谢了。去姨妈家吃饭，在门口盆里的鸡胗和肠子还被猫叼跑了。痛失两道菜。一共四只猫，还为了这些吃的打架。对峙吵架中…吃完后就躺在树下的花坛边睡觉，过得真舒服啊。徒步假期后半程回到杭州，准备和朋友去徒步。计划路线是：九溪公交站 - 九溪烟树 - 九溪十八涧 - 龙井村 - 十里锒铛 - 云栖竹径但是实际上并没有走这条线。我俩在九溪公交站会合，这里可以看....

<h2 id="前言"><a href="#前言" class="headerlink" title="前言"></a>前言</h2><p>Ubuntu、Deepin之类的玩腻了，尝试下新鲜玩意。<br>最开始在旧电脑上尝试直接安装，但是失败了，很多报错，现在看来是镜像源的问题。<br>然后尝试在 Hyper-V 虚拟机中安装，过程很顺利，基本没有问题。<br>最后再次尝试在旧电脑物理机上安装，有了虚拟机的经验，安装也比较顺利。<br><strong>唯一失败的就是：分区时没注意磁盘，将分区信息写到了系统u盘，导致u盘数据丢失。惨痛的教训 <code>lsblk</code> 或者 <code>fdisk -l</code> 很重要！</strong></p><h2 id="安装-Arch-Linux-系统"><a href="#安装-Arch-Linux-系统" class="....

<h2 id="Go-时间布局格式"><a href="#Go-时间布局格式" class="headerlink" title="Go 时间布局格式"></a>Go 时间布局格式</h2><p>Go 使用 <strong>参考时间</strong> <code>Mon Jan 2 15:04:05 MST 2006</code> 来定义格式，而不是像 C 语言或 Python 的 <code>%Y %m %d</code>。</p><table><thead><tr><th>类型</th><th>标记</th><th>含义</th><th>示例（参考时间 2025-09-06 11:45:05.123456789）</th><th>注意事项</th></tr></thea....

<h2 id="top-命令"><a href="#top-命令" class="headerlink" title="top 命令"></a>top 命令</h2><p>top 命令是 Linux 常用的实时系统监控工具。它默认每隔 3 秒刷新一次。</p><h3 id="启动参数（命令行选项）"><a href="#启动参数（命令行选项）" class="headerlink" title="启动参数（命令行选项）"></a>启动参数（命令行选项）</h3><table><thead><tr><th>参数</th><th>全称</th><th>作用</th></tr></thead><tbody><tr><td><code>-d seconds</code></td&g....