源码阅读

Android打工仔

CoroutineScheduler 设计解析（上）—— 为什么 Dispatchers.IO 会创建更多线程？阅读源码版本：kotlinx.coroutines 1.10.x最近在阅读 Kotlin CoroutineScheduler 源码时，我产生了一个疑问。

MiniMind 学习笔记之 04 注意力之外：位置、记忆、省显存、省时间、深加工上承〔03 · 自注意力：模型怎么“看懂”上下文？〕。上一篇把自注意力拆完了：Q、K、V 怎么来，注意力权重怎么算，多头怎么并行。但一个完整的 Transformer 块，不是只有注意力。注意力只是“让 token 互相看”的那一半。

MiniMind 学习笔记之 07 模型怎么学会猜词（旋钮是怎么被拧动的）上承〔06 · 一张图、一百行：MiniMind 的骨架〕。上一篇那一百行伪代码，从头到尾只有 forward。模型能算，能出分数，但不会学。参数是随机初始化的，输出是乱码。这一篇补上另一半：backward。看看那 6400 万个旋钮，是怎么从随机数，一步一步被拧到有用的位置的。

MiniMind 学习笔记之 05 从 768 维到下一个 token上承〔04 · 注意力之外〕。前四篇把模型内部拆完了：文字进来变成向量，向量经过 8 层积木，每层做注意力、FFN、残差、归一化。但积木的输出还是 768 维的向量。模型怎么把这个向量变成下一个 token？这一篇只讲 MiniMind 实际用到的部分：输出层、Softmax、温度、Top-k、Top-p，以及生成循环。

【LevelDB 源码阅读】03 | 打开一个数据库：DBImpl::Open 与恢复之前几章我们看到了写入一条数据后，LevelDB 目录下的一些文件：CURRENT、MANIFEST-000002、000003.log，还有一把 LOCK。然后我们的进程就推出了，如果我们再另起一个进程来读取这些文件，可这些文件是否可信，我们要想一个办法进行判断。

程序猿阿越

containerd如何拉取镜像之前看了 containerd如何创建Pod，其中创建 Sandbox / 业务容器前，kubelet 都会先 ImageStatus，镜像不存在则 PullImage。本章顺着这条线，把镜像从仓库拉到本地、解压成可挂载 rootfs、再给容器用的完整链路拆开。

02 | 当数据放不进内存：从一次 Put 说起上一篇的结尾留了一个问题：数据放不进内存时，一个 KV 存储要重新面对哪些问题？这篇就从上一篇的那次 Put 说起。

Rspack 源码解析（十一）：资产 Hook 与增量构建本篇是 Rspack 源码解析系列第十一篇，也是这条构建主线的收束篇。ProcessAssetsPass、AfterProcessAssetsPass、AfterSealPass 位于 asset 生成之后；它们把最终处理权交给插件。本文同时回看贯穿整条流水线的 Cache、Mutation 和 Artifact，建立对 Rspack 增量构建设计的整体认识。

Rspack 源码解析（十）：Hash 与 Asset 生成本篇是 Rspack 源码解析系列第十篇。经过 runtime requirements 阶段后，Rspack 已经拥有生成 asset 所需的全部语义信息。本篇追踪 CreateHashPass、CreateModuleAssetsPass 和 CreateChunkAssetsPass，理解 CodeGenerationResults 如何成为带 hash 的 main.js、异步 chunk 和附属资源。

程序猿阿越

containerd如何创建Pod之前看了kubelet侧如何管理Pod，本章分析CRI的默认实现：containerd。kubelet：watch apiserver获取分配给当前Node的Pod，调用CRI接口，管理Pod生命周期

Rspack 源码解析（八）：Module、Chunk 与 Runtime ID本篇是 Rspack 源码解析系列第八篇。经过图优化后，Rspack 依次执行 ModuleIdsPass、ChunkIdsPass、AssignRuntimeIdsPass 与 OptimizeCodeGenerationPass。它们将内部图里的稳定 key 转换为生成代码可使用的 ID，并在真正 code generation 前完成最后一轮面向生成的优化。

Rspack 源码解析（七）：Module、Chunk 与加载树优化本篇是 Rspack 源码解析系列第七篇。ChunkGraph 建好后，Rspack 并不会立刻生成代码，而是依次执行 OptimizeModulesPass、OptimizeChunksPass、OptimizeTreePass 和 OptimizeChunkModulesPass。它们回答的是：已知依赖图和分包图后，怎样让最终体积和加载关系更合理。

Rspack 源码解析（五）：CodeGenerationPass 与模块代码生成本篇是 Rspack 源码解析系列第五篇。上一篇我们从 ModuleGraph 得到了 ChunkGraph，已经知道 index.ts、math.ts、lazy.ts 各自会被放入哪些 Chunk。但“放进 Chunk”不代表它们已经是浏览器可以执行的源码。本篇进入 CodeGenerationPass，看 Rspack 怎样让每个模块针对不同 runtime 生成代码、运行时依赖和 source map 等结果。

Rspack 源码解析（四）：从 ModuleGraph 到 ChunkGraph本篇是 Rspack 源码解析系列第四篇。上一篇我们已经得到了一张稳定的 ModuleGraph：它回答的是“模块依赖谁”。但浏览器并不认识 ModuleGraph，它最终要加载的是 main.js、src_lazy_ts.js 这样的文件。本篇就来追踪 Rspack 怎样把模块依赖图转换为 Chunk、ChunkGroup 和 ChunkGraph，并回答一个最常见的问题：import() 为什么会生成异步 Chunk？

AI能替你读代码，但替代不了你积累洞察力：一次YouTrack逆向实战全记录你还记得上一次用启动调试器进行单步跟踪代码是什么时候么？别人的代码？不想看。自己的代码？现在也不看了。让AI写，也让AI看。

程序猿阿越

kubelet源码阅读本文分析kubelet源码，包括：kubelet心跳和Node信息上报；syncLoop主循环；worker循环；

Ai拆代码的曹操

版本号差一位 Dubbo 灰度就失败：源码级排查场景：灰度发布流量全量走到旧版本，新版本 Provider 零流量，registry 机器齐全却路由不到路径：DynamicDirectory.doList() → RouterChain.route() → ConditionRouter.route() → MatchPair.isMatch() → UrlUtils.isMatchGlobPattern()

OpenCode 源码拆解（六）：系统怎么不崩？——韧性的 3 个设计模式基于 OpenCode（sst/opencode）真实源码，拆解系统韧性的 3 个设计模式。AI Agent 系统面临各种故障：LLM API 限流、Server 崩溃、工具执行失败。OpenCode 怎么让系统在故障下依然稳定？

Ai拆代码的曹操

Dubbo 线程池爆满排坑：Linux 用户线程数限制，一个容易被忽略的根因场景：Dubbo Provider 报 Thread pool is exhausted，线程池配置合理、QPS 正常路径：Dubbo 拒绝策略源码 → ThreadPoolExecutor.addWorker() → JVM pthread_create 失败 → ulimit -u 限制

【图】解析《苏格拉底的申辩》，我去死，你们去活《申辩》由三次演说构成，逻辑上层层递进。这是全书的主体，即第一次演说的详细论证结构。苏格拉底面对的是两类指控者：