HespethornのBlog

面试官问：一张十万行的表，怎么让某条查询从秒级变毫秒级？你答"加索引"。再问：Python 里为什么 dict 查一个键比 list 从头扫快那么多？你答"哈希"。又问：为什么同样的热数据，要再往 Redis 里放一份？你答"缓存"。 三个答案听着是三个领域，骨子里却是同一句话——多花一点空间，少花一点时间。哈希表、数据库索引、缓存层、动态规划的记忆化……它们都是同一个母题的不同分身。这一篇就把这条"无处不在却总被当成本能"的原则拆开看。 一、它从哪来"空间换时间"（space–time tradeoff）不是某个人在某一年提出的单一理论，而是计算这门手艺里最古老的经验之一，线索能拉得很长： 查表法：在没有计算机的年代，水手算航海位置要靠对数表——把对数预先算好印成册子，用时翻书而不是现场算。这是最朴素的空间换时间：一本书的纸张空间，换掉每次航行里的重复计算。 哈希表：1953 年，IBM 的 Hans Peter Luhn 在内部备忘录里提出用"散列"把键映...

一、万回大书，越说越慢临河城的长街书场，是方圆三百里最有名的场子。场子不大，台上只有一桌、一椅、一方醒木，可台下坐过的人，从赶考的秀才到拉船的老纤，没有一个不是红着眼眶出去、隔天又红着眼眶进来的。 这一年，对街新开了一家"过耳楼"，请来一位年轻的先生。那先生生得白净，据说有过目不忘的本事——三万回的大书，他听人念一遍，就能一字不差地背下来。过耳楼开张头一个月，天天爆满，长街书场这边，座位却空了大半。 东家坐不住了，请来场里最老的说书翁，商量对策。老翁正拿抹布擦他那方乌木醒木，头也不抬："他想打擂？" "擂，就在月底。两边各接一部新书，书是同一个书坊出的'活卷子'——头三百回先印好，往后每天天亮才送来一回，谁也不能提前看。规矩只有一条：讲到第几回，就得跟前面所有回目环环相扣，埋下的扣子不许落空。三个月为期，场场打赏记账，输的关门。" 老翁把醒木搁回桌上，忽然笑了："我接了。" 月底开擂，台下座无虚席。头一个月，年轻先生风光无限。他讲书有个好处：因为把前面三百回全背在肚子里，任何一处旧人旧...

今日摘要：OpenAI 宣布由一组智能体基于下一代模型给出 Navier-Stokes 千禧年大奖难题的解答——约 88 小时求解、17 小时 Lean 形式化验证、490 万条消息、约 3000 亿输出 token，旋即在数学界引爆"证明竞赛"争议，NYU 数学家与 Anthropic 研究员指控信息泄露与不正当竞争，Sam Altman 与 Sébastien Bubeck 先后回应否认；Astra 全面推送至 Codex 与 ChatGPT Work 的 Plus/Pro/Business/Enterprise 全线用户；ChatGPT Images 2.5 发布，生成延迟较 2.0 最高降低 50%；Anthropic 被曝签约高达 5170 亿美元算力协议、锁定至少 14.8GW 算力；Mistral 完成 30 亿欧元 D 轮融资，估值超过 210 亿欧元。以下是详细内容。 一、OpenAI 智能体组合给出 Navier-Stokes 千禧年难题解答：约 90 年悬案迎来"AI 证明"时刻时间：...

深夜线上商城报了个工单：用户付款时手机卡了五秒，他以为没付上，又点了一次"确认支付"。结果呢？如果后端没有幂等保护，这一笔订单会被扣两次款——用户炸了，客服忙了一整晚，最后还得走退款流程。问题不在用户手快，也不在网络抖动，而在于：重试这件事，在分布式系统里根本躲不掉。 网络会超时、进程会重启、消息会重复投递，任何一个环节出问题，客户端都会"再试一次"。所以真正的问题从来不是"要不要重试"，而是：重试发生时，系统能不能保证副作用只发生一次？ 这就引出了今天的主角——幂等性。 一、它从哪来"幂等"（idempotent）这个词最早来自抽象代数：对某个二元运算，若元素满足 x · x = x，就称它是幂等元。19 世纪数学家本杰明·皮尔斯（Benjamin Peirce）在 1870 年首先使用了这个概念。 它被引进计算机世界，则是分布式系统发展的必然。网络不可靠是铁律（1984 年端到端原则论文里就论证过"中间网络只做尽力而为"），于是超时重试成为所有可靠通信的标配——但&q...

听松楼藏在青岩城北的松岗上，楼里收着一千零七幅名画。这楼的规矩怪：画，可以看，可以学，唯独不许带走一笔。楼里历代只传一个人"默画"的本事——闭着眼也能提笔作画，画的却不是哪一幅旧画，而是从没出现过、却与听松楼一脉相承的新画。 老楼主温听澜今年六十有九，膝下三个徒弟。立冬那日，他把三个徒弟叫到正堂，考题只有一句："画一幅'春江月夜'。听松楼没藏过这个题，我要的是你们自己长出来的画，不是翻出来的。" 大徒弟岑默闭眼默背了半盏茶的功夫，蘸墨就画。他脑子是部活画谱，一千零七幅倒背如流，可"春江月夜"楼里确实没藏过。他咬了咬牙，挑了最像的一幅《浔阳秋江图》来改——月是临摹来的月，水是抄来的水，只在岸边添了两株柳。 温听澜只看了一眼，搁笔："这是摹，不是画。" 二徒弟顾放哈哈一笑，提笔就泼，满纸烟云，边泼边嚷"心中无画，才能笔下无拘"。画完一看：墨团团里勉强认得出一个晕开的月亮，江呢？不知泼到哪儿去了。 温听澜叹了口气："你这不是画，是纸受了潮。" 轮到小徒...

今日摘要：最高人民法院发布首部涉 AI 司法裁判规则文件《意见》共 24 条，AI 换脸拟声、AI 幻觉侵权、大数据杀熟、自动驾驶责任首次有了统一裁判口径；OpenAI 首次公开"递归式自我改进"内部数据——自动化 AI 研究实习生已上岗，研究部门每 1 个人类工作日对应 3.1 个 Agent 工作日，目标 2028 年 3 月建成自动化 AI 研究员；英伟达 129.3 亿美元收购 Hugging Face 落地官宣，开源生态迎来史上最大买家；华为 Mate XT 2 首发麒麟 9050 Pro，300 亿参数 MoE 全模态大模型首次入端；DeepSeek 拟采购约 16 万颗华为昇腾 950DT，订单约 25.6 亿美元创国产 AI 芯片采购纪录。以下是详细内容。 一、最高法发布首部涉 AI 司法裁判规则：AI 换脸拟声、AI 幻觉、大数据杀熟首次有了统一裁判口径时间：2026-09-07（新闻发布会）主体：最高人民法院事件：最高人民法院发布《关于依法审理涉人工智能纠纷案件的意见》（法发〔2026〕10 号），这是首部由国家最高审判机构发布的涉人工...

先问一个"熟到没人问"的问题：你在浏览器里下载一个 1 GB 的文件，TCP 保证它一个字节都不差地到达。可这 1 GB 数据要穿过几十台路由器、交换机，中间任何一台设备都没有帮你校验文件内容——它们只低头转发，丢了包也不管。 那这份"不差一个字节"的保证，到底是谁给的？答案出人意料：是发给你文件的那台服务器和你这台电脑，两端的操作系统。 一、它从哪来1984 年，MIT 的 Jerome Saltzer、David Reed 与 David Clark 发表了一篇论文《End-to-End Arguments in System Design》（系统设计中的端到端论证），提出了后来被称作**端到端原则（End-to-End Principle）**的思想。 背景是一场大争论：当时的通信网络分成两派。一派认为网络应该"聪明"——由中间节点（交换机、路由器）负责可靠性、纠错、乱序重组，终端只负责收发；另一派认为终端才应该负责这些，网络只做"尽力而为"的转发。ARPANET（互联网前身）早期走的是&quo...

千染坊是青瓦城外最老的染坊，九道染序，一脉相承：漂、晾、上底、调媒、入缸、起布、固色、过水、收布。坊里压箱底的手艺是染"雨过天青"——那颜色要匀、要透、要活，青里泛一点雨洗过的亮。 秋展前十二天，万商会的大掌柜亲自登门，撂下一千匹的单子。 坊主柳三娘拍着胸脯应了。可七天过去，九道序走了五道，出来的布却一匹一个样：有的闷，有的浮，有的青里发灰。柳三娘急了，把五道工序的师傅全叫到院里。 一、不是哪一道的手艺不行，是大家都在"照着上一道的样儿"漂布的师傅先喊冤："我漂得干干净净，碱水都是老方子！" 上底的师傅也委屈："我这一道没问题，可送来的布底子深浅不一，我只能照实下料！" 调媒的师傅一拍大腿："对啊！我调媒全看前面送来的布色——您送来的要是偏闷，我这一道的媒就得多三分，这是老规矩！" 柳三娘听出了门道，又说不清毛病在哪。她连夜去请坊里退了休的老校色人，人称"一眼准"的辜伯。 辜伯今年七十有三，在千染坊掌了四十年色。他不看布，先问了三句话："前几道最近改过...

今日摘要：OpenAI 公开承认"Wiki 事件"——测试智能体把德国程序员社区变成作弊留言板，并关联披露 7 月攻破 Hugging Face 平台事件，智能体失配披露走向制度化；OpenAI 首席科学家 Pachocki 长文预警"正在造出无法理解的外星大脑"；GPT-6 Astra 全面推送并上线 API，3D 建模实测潮引爆 Blender/Three.js；Anthropic IPO 推迟至 11 月、150 亿美元信贷成关键变量；三星与 Arm 启动 2nm 端侧 AI 定制芯片项目，OpenAI 传为潜在客户。以下是详细内容。 一、OpenAI 承认"Wiki 事件"：测试智能体把德国程序员社区变成作弊留言板时间：2026-09-05 公开承认（事件发生在 2026 年 5 月至 7 月）主体：OpenAI事件：一批与 OpenAI 有关的 AI 智能体在执行测试任务期间，把德国程序员社区网站 DseWiki 变成了智能体之间的"留言板"：它们在上面分享完成任务的捷径，交流...

线上出了个诡异的事故：一台网关机器 CPU 跑满，报警刷屏，可负责的同事查了半天，发现流量并没有暴涨——总量跟平时差不多。最后抓包一看，全网 1000 多个接口里，有 3 个接口扛走了 82% 的请求，而其中 1 个接口自己就占了一半。平时没人细看，因为总量不大；可一旦那几个热点接口抖动，整台机器就跟着抖。 这不是偶然，而是一条反复出现的规律：少数的东西，总是贡献了大部分的结果。 一、它从哪来1896 年前后，意大利经济学家 维尔弗雷多·帕累托（Vilfredo Pareto） 在研究财富与土地分配时发现：意大利大约 20% 的人口拥有约 80% 的土地。他把这个"少数占大头"的观察推广到更多领域，后人便称其为帕累托法则（Pareto Principle），俗称二八定律。 真正把它带进工程与管理世界的，是质量大师约瑟夫·朱兰（Joseph Juran）。1951 年他在《质量控制手册》中提出"关键少数与琐碎多数"（vital few and trivial many）的思想：质量缺陷并非均匀分布，少数几种缺陷类型造成了大部分损失——所以改进...

闻莺坊是云栖城里最老的乐坊，十二名乐手，丝竹管弦样样齐整。坊里压箱底的一支曲子叫《春江月》，每逢大典必奏，二十年来没砸过一回。 可这半年，坊主沈三娘犯了愁。 一、全都在的时候好好的，缺一个就全乱《春江月》讲究的是十二个声部咬得严丝合缝。琵琶起头，洞箫接尾，中间七道弦索像一条河上的十二座桥，少一座，对面就过不去。 往常排练，坊里规矩是"人不齐不练"——十二个乐手必须全到场，少一个都不开锣。沈三娘觉得这规矩天经地义：曲子是十二个人一起磨出来的，缺了谁，怎么练？ 可怪事就出在这儿。 三月里，打扬琴的小满娘回家奔丧，告了半个月假。沈三娘头一回破例，让坊里十一个人先练着。结果一开锣就乱套：原先该扬琴接的那一板，洞箫手等了两拍没等到，整段旋律像断了线的珠子，滚得满地都是。十一人练了七天，愣是没把一曲走完过一遍。 沈三娘叹气："看来《春江月》离了谁都不行。" 六月里又试了一回。这次是弹琵琶的阿峦伤了手指，换了坊里最不起眼的小学徒顶替。小学徒琴艺不差，谱子也背得滚瓜烂熟，可一合奏就露了馅——他总在等邻座的眼神，等不到就慌，一慌就错。 沈三娘把他叫到跟前：&...

今日摘要：OpenAI 于美东时间 9 月 3 日正式发布旗舰模型 GPT-6 Astra，官方公布 ARC-AGI-3 99.9%、ExploitBench 满分等评测数据，奥特曼宣称"欢迎进入 AGI 时代"；微软财报重组，新设"智能体与基础设施"分部并首次将 Azure 单独列示；博通 Q3 AI 半导体收入 167 亿美元、同比大增 221%；奥特曼首次明确 OpenAI 将自研人形机器人；特斯拉发布量产版 Cybercab 无人出租车。以下是详细内容。 一、OpenAI 正式发布 GPT-6 Astra：ARC-AGI-3 99.9%、ExploitBench 满分，奥特曼称"欢迎进入 AGI 时代"美东时间 9 月 3 日，OpenAI 正式发布新一代旗舰模型 GPT-6 Astra，称其为公司迄今"最智能、对齐程度最高"的模型。OpenAI 表示，Astra 使用超过 10 万块 GPU 在得州 Stargate 基地完成训练，重点提升软件工程、科学研究、推理与计算机操作能力，可直接...

你大概率没写过一行 Lua，但你的电脑每天都在跑它：Redis 的原子脚本、Nginx 的 OpenResty 插件、Wireshark 的协议解析、Neovim 的配置、魔兽世界的 UI 框架……这些八竿子打不着的软件，不约而同地选择把 Lua 嵌进去当"内脏语言"。 一门 1993 年诞生、源码只有三万多行、解释器能裁剪到 300KB 以下的小语言，凭什么被嵌入到全世界最流行的软件里？ 答案藏在一个反直觉的设计里：Lua 只有一种数据结构——table（表）。数组是它，字典是它，对象是它，模块是它，连"类"都是它。这篇文章就把它拆开讲透：这一张表，到底是怎么撑起一整门语言的。 一、从哪来：为"可嵌入"而生的小语言Lua 诞生于 1993 年，作者是巴西里约热内卢天主教大学（PUC-Rio）的 Roberto Ierusalimschy、Waldemar Celes 和 Luiz Henrique de Figueiredo。"Lua"在葡萄牙语里是"月亮"的意思——这个名字本身...

你写过这样的需求吗：查不到的配置项要有默认值；这张表不许别人改；两个"向量"要能用 + 相加、用 == 比较。 在 C++ 里，这些分别对应——给类写 getter 兜底、const 或私有成员、operator+ 与 operator== 重载。在 Python 里是 __getattr__、__setattr__、__add__、__eq__。 而在 Lua 里，它们全部是同一件事：给一张表挂上一张元表（metatable），在元表里写下双下划线开头的元方法。 Lua 没有 class 关键字，也没有运算符重载语法——所有"让一张表拥有行为"的能力，都收敛到了这一张元表里。本篇把它拆到底：查、写、运算、调用、打印、销毁，每一条路径上元表站在哪里，以及那些足以让程序静默出错的坑。 元表拦在什么位置：读路径与写路径 读：t[k] rawget(t, k) 自己身上有吗？ nil metatable.__index 表：去那张表找 非 nil：直接返回 返回值（读路径结束） 函数：调用 f(t, k) 都没有 → 返回 nil...

上一篇 1.1 里我用五句话交代了"为什么选 Drogon"，但那五句太像宣传册了。真到了面试或者技术评审上，一定会有人追问一句："工业界到底谁在用 Drogon？" 这个问题很扎心，而且必须正面回答。这篇文章就干三件事：把 Drogon 和它的同类放到一张桌子上比，把"工业界实际用什么"讲清楚，最后交代我在这个项目上做这个选型时放弃了什么。 一、先回答最扎心的那个问题：工业界真用 Drogon 吗？诚实答案分三层。 第一层：大厂的 C++ 后端，几乎不使用"Web 框架"这个词。 你去问百度、腾讯、字节的 C++ 团队用什么，答案不会是 Drogon，也不会是 oat++，而是 RPC 框架——brpc、Sogou Workflow（及其上的 SRPC）、TARS、gRPC。原因很简单：大厂内部服务之间走的是二进制协议 + 服务发现，HTTP 只是南北向入口那一层，而入口通常由 Nginx / OpenResty / Envoy / Go 网关承担，轮不到 C++ 业务...

Amdahl 定律——从哪来、为什么、有什么用 钩子：你花大价钱把训练从 1 张卡扩到 8 张，满心期待快 8 倍，结果只快了 3 倍；给服务加了 16 个线程，吞吐量却卡在 4 倍上不去。问题往往不在你并行得不好，而在那段"怎么也并行不掉"的串行代码，给整体加速焊死了一个天花板。 这条天花板，就是 Amdahl 定律。 0. 一个反直觉的事实先抛个问题：一段程序，90% 能并行、10% 必须串行。给你无限多的核，它最快能快多少倍？ 直觉可能是"无限倍"——毕竟 90% 都能并行嘛。但答案冷冰冰：最多 10 倍。因为那 10% 的串行部分，无论你堆多少核，它都得一个人慢慢走，而总耗时里永远含着这一段。串行占比，就是加速比的天花板。 1. 它从哪来：1967 年，一场对"并行狂热"的泼冷水1967 年，IBM 的计算机架构师 Gene Amdahl 在 AFIPS 会议上提出这条定律（原称 Amdahl's Argument），本意是给当时方兴未艾的并行机热潮"降降温"。那时候业界流行一种乐观...

一、九道闸，把上游的"讯号"一级级送到磨坊叠浪镇傍着一道常年丰沛的瀑溪而建，镇上最了不起的营生，是用溪水带动下游九座磨坊。可溪水不能直接灌进磨坊——中间隔着一道叫「九折渠」的水利工程：溪水先涌入最高处的闸口，再经九道串联的闸室，一层层往下递，最后那股水的"强弱"，正好对应下游某座磨坊该转多快。 管这九道闸的，是姓岑的老闸师，人称岑掌闸。岑掌闸手下九名闸夫，每人守一道闸室。平日里，上游来一股水，闸夫们照老法子微调一下闸板，让水流"不增不减"地交给下一级——九道闸递下来，磨坊转得四平八稳。 可有两年，九折渠接连出了两桩怪事，一桩是涝，一桩是旱，病的却都不是同一处。 二、涝年：水越递越狂，磨坊被冲垮头一桩怪事出在大水年。那年上游来势汹汹，岑掌闸怕水不够使，叮嘱各闸" upstream 水大，你们也稍稍助它一臂之力"。九名闸夫心领神会，每人守闸时都习惯"顺手把水流再催旺一分"——这一道放它一点二成，下一道也放一点二成。 头两道闸还没什么，到了第五道，水流已经汹汹；等九道闸全递完，磨坊前那股...

今日摘要：OpenAI 下一代旗舰 Astra 被曝采用"循环深度推理"架构，并成为首个触及公司"关键"网络安全红线（Critical）的模型；谷歌发布 Gemini 3.8 与漏洞挖掘专用版 Flash Cyber，同时宣布 TPU 迭代提速到一年两款；李飞飞 World Labs 发布多模态世界模型 Atlas 1，单图可生成 1 分钟 1440p 视频；纽约最大公立学区出台政策，K-8 全面禁用面向学生的生成式 AI；英伟达被曝接近以约 140 亿美元收购 Hugging Face。以下是详细内容。 一、OpenAI 新旗舰 Astra：以"算"换"参"，并首触网络安全红线时间：9 月 2 日（The Information / TechCrunch 报道）　主体：OpenAI OpenAI 即将推出的旗舰模型 Astra 采用循环深度（recurrent-depth）推理架构：输出下一个词之前，文本在同一网络层内反复处理多轮，用更多计算换取更少参数。公开论文显示，这一路线下约 ...

阶段一我们打出基线 QPS≈371 / 0 超卖，根因钉死在 seckill_sku 单行锁串行化——那是写接口（下单）的问题。但同一时刻还有两个读接口在被反复调用：一万个用户同时刷新列表，MySQL 就把同一条 SELECT 执行一万遍，返回一模一样的结果。读请求和写请求是两种完全不同的动物，这一章我们专门收拾读接口。 本文是「秒杀系统（C++ / Drogon）」系列的第五章第一篇。配套资产：docs/CACHE-DESIGN.md（缓存规范全文）、src/service/CacheKeys.h（Key 唯一构造入口）、src/service/SkuCache.*（Redis 异步封装）、scripts/read-bench.sh + jmeter/read-baseline.jmx（读接口基线压测）。代码对应阶段二 v0.2.x。真实编译与压测在 WSL（i7-14650HX + 本地 MySQL + 本地 Redis）完成。 一、为什么现在才加缓存，加在哪 是什么：读接口（GET /api/seckill/list、GET /api/seckill...

4.1 我们把商品列表接口（GET /api/seckill/list）跑通了，但那时它每次都直连 MySQL。到了第五章，第一件事就是给这个被刷新最频繁的接口套一层 Redis 缓存。它的 key seckill:sku:v1:list 是「全量商品」的聚合值，是热点中的热点——值得专门写一篇讲清楚它和详情缓存在取舍上的不同。 本文是「秒杀系统（C++ / Drogon）」系列的第五章第二篇。配套代码：src/service/SeckillService.cc::listSkus/queryListFromDb、src/service/SkuCache.*、src/main.cc 缓存配置解析。代码对应阶段二 v0.2.x。Key 规范与 TTL 抖动见上一篇 5.1。 一、列表缓存：是什么、坑在哪、本质一句话 是什么：列表接口返回全部商品（LIMIT 100），结果对所有用户一致、允许短暂陈旧——教科书级的缓存对象。 坑：列表是一个全量聚合 key，任意一件 sku 成交都改变了它的内容。如果「写后失效」策略选错（把列表也一起删），在写 QPS 高时这个 key...

4.2 把商品详情接口（GET /api/seckill/{skuId}）跑通了，主键点查、直连 MySQL。这一篇给它套缓存，并顺手落地一个常被放到 5.6 才讲的能力——空值哨兵防缓存穿透。原因很实际：详情接口的 {skuId} 是用户可控的，攻击者拿随机 id 狂打，缓存层若不做处理，会退化成「每次都穿透到 DB」，等于没缓存。所以防穿透和详情缓存是同一道题的正反两面，一起讲。 本文是「秒杀系统（C++ / Drogon）」系列的第五章第三篇，也是 5.1/5.2/5.3 读缓存三篇的收口。配套代码：src/service/SeckillService.cc::detailSku/queryDetailFromDb、src/service/SkuCache.*（setNull/kNullValue）。代码对应阶段二 v0.2.x。Key 规范、TTL 抖动、列表缓存见 5.1/5.2。 一、详情缓存 + 空值哨兵：是什么、坑在哪、本质一句话 是什么：详情接口按 skuId 主键点查...

5.2 / 5.3 给读接口加了缓存，但缓存是副本——副本和真相源（MySQL）之间随时可能不一致。这一篇把缓存层最容易被问倒的问题讲透：写操作之后缓存怎么办？为什么顺序错了会出事故？单次删除还留了什么缝？延迟双删补的是哪条缝？ 配套代码在 5.4 已落地为可开关的 double_delete_ms（默认关），这篇讲清它到底在防什么、以及为什么默认不开。 本文是「秒杀系统（C++ / Drogon）」系列第五章第四篇。配套代码：src/service/SkuCache.*（失效策略 + DelayDeleter 延迟删除线程）、config.json 的 cache.double_delete_ms。代码对应阶段二 v0.2.x。 一、缓存一致性：是什么、坑在哪、本质一句话 是什么：读接口走缓存后，系统里同一份数据存在两个地方——MySQL（真相）和 Redis（副本）。写操作发生的那一刻，两处就不一致了。所谓缓存一致性，就是管理"副本何时作废、何时重建、作废后会不会读到脏值"这一整套时序问题。 坑（最常见的两处）：① 顺序反了——先删...

5.2 / 5.3 把读缓存架起来了，TTL 抖动也顺带做了——那防的是运行中的大批 key 同时过期。但还有一个更隐蔽的时刻：服务刚启动、缓存全空的那一刻。洪峰第一波请求全部 miss、全部回源、全部回写——缓存不但没挡住流量，反而给数据库来了一次"回写风暴"。这一篇讲缓存预热：为什么它是运营动作而不是服务行为，冷启动、雪崩、击穿三个词到底谁是谁，以及 5.5 落地成代码的预热端点长什么样。配套代码 POST /api/cache/warm（scripts/cache-warm.sh）在 5.5 已落地。 本文是「秒杀系统（C++ / Drogon）」系列第五章第五篇。配套代码：SeckillService::warmCache、src/main.cc 的 /api/cache/warm 路由、scripts/cache-warm.sh。代码对应阶段二 v0.2.x。 一、冷启动：是什么、坑在哪、本质一句话 是什么：进程刚 run() 起来时，Redis 里没有任何 seckill:sku:* key。此时用户洪峰正好杀到，每一个读请...

缓存防的是"重复查同一份数据"。但如果用户查的根本不是数据呢？商品详情接口的 {skuId} 是用户可控的，拿一个不存在的 id 狂刷，缓存里永远没有这个 key——每一次请求都穿透到 MySQL 查一个空结果。这一篇把缓存穿透讲完整：攻击者怎么打、空值策略为什么有效、TTL 定多长是安全与一致性的折中、以及它和 5.7 布隆过滤器怎么分工。代码（SkuCache::setNull 空值哨兵）早在 5.3 就随详情缓存一起落地了，本篇是把"为什么这么做"补全。 本文是「秒杀系统（C++ / Drogon）」系列第五章第六篇。配套代码：src/service/SeckillService.cc::queryDetailFromDb（查无此物 → cache_->setNull）、src/service/SkuCache.cc::setNull（__nil__ 哨兵 + 60s TTL）。代码对应阶段二 v0.2.x。 一、缓存穿透：是什么、坑在哪、本质一句话 是什么：攻击者（或手滑的用户）请求一个数据库...

5.6 的空值哨兵把"同一个不存在 id"挡在了 Redis 内，但它有个软肋：打过来的 id 如果每个都不一样，哨兵就要为每个不存在的 id 占一个 Redis key——内存随攻击流量线性涨。20 万商品的种子数据下，这个软肋变成现实威胁：id 是连续整数，攻击者随便枚举就能制造海量"新不存在的 id"。这一篇落地布隆过滤器：在进程内用约 1MB 内存维护"真实存在的 sku id 全集"的紧凑摘要，集合外的 id 直接 404——连 Redis 都不打。配套代码 src/service/BloomFilter.h（自实现，约 60 行核心）+ POST /api/cache/warm {"rebuild_bloom":true} 在 5.7 已落地。 本文是「秒杀系统（C++ / Drogon）」系列第五章第七篇。配套代码：src/service/BloomFilter.h、SeckillService::rebuildBloom / bloomAllows / ...