为什么你的 SwiftUI 应用偶尔白屏或崩溃？

如果你写过 SwiftUI 应用，大概率遇到过这种场景：App 跑起来后点几下按钮，界面突然卡住不动，或者控制台冒出一堆 Main Thread Checker 警告，甚至直接崩溃。常见的错误信息是：

GitHub Trending 周报 - 2026-07-21

本周 GitHub 共收录 39 个热门项目，涵盖全站热榜、Python、Swift、AI/ML 和新星项目。AI Agent 生态持续爆发，coding agent 工具链已形成完整闭环。

Go 的并发编程有两套武器库：一套是 CSP 模型的 goroutine + channel，另一套是标准库 sync 包提供的底层原语。大多数教程把焦点放在 channel 上，但真正到生产环境里，sync.Pool、sync.Once 和 sync.Cond 这三个原语用得反而不少——它们各自解决 channel 不擅长的问题。本文用实际代码逐一拆解。

为什么你的服务需要熔断器

你的订单服务调用支付服务，某天支付服务突然变慢——从50ms飙到5秒。你的订单服务每个请求都在等5秒，线程池迅速耗尽，整个服务雪崩。最后，一个下游服务的慢响应，把你整个系统拖垮了。

一个被低估的数据结构

后端开发中经常遇到这类需求：判断一个元素是否在集合中存在。当数据量小的时候，一个 map 或 Set 就够了。但当数据量到亿级——比如邮箱是否已注册、URL 是否已爬取、手机号是否在黑名单——内存就吃不消了。

凌晨十一点半，改完最后一个bug，合上电脑。

手机弹了一条消息，前同事发了条朋友圈：「裸辞了，去大理gap一个月。」

我点了个赞，然后躺床上翻来覆去睡不着。

为什么命名这么难

Phil Karlton（Netscape 首席工程师）有一句名言：

计算机科学只有两件难事：缓存失效和命名。

缓存失效的难度你大概有体会——但命名？不就是给变量起个名字吗？

前几天整理微信读书书架，数了一下：192本。

读完的：2本。

一本是《蚂蚁金服》，一本是《结构性改革》。两本都是出差坐高铁时看完的——因为在高铁上没有别的事可做，没有WiFi，没有消息弹窗，没有「再刷五分钟手机就睡觉」。

又是一个阳光灿烂的中午，刷了一上午的 GitHub Trending，咖啡也灌了好几杯，肚子早已经咕咕作响了。今天中午吃点什么呢，打开外卖 App 翻了翻，公司楼下新开了一家轻食沙拉，满减后 25 块，看起来还不错。

就在我准备下单的时候，余光瞥到了旁边工位的老王。

老王正偷偷摸摸打开同一家店，手指悬在「25 元烟熏鸡胸肉沙拉」上面，犹豫着要不要点。

我认出了他。发际线已经退到了头顶三分之二的位置，颈贴从衣领里露出一角，保温杯里泡着枸杞和菊花，屏幕上开着一堆 Terminal——这些特征都在大声宣告他的身份：一个 2026 年的程序员。

我默默地转过头去，用犀利的眼神和他做着底层通信。我传达的信息很明确：

“你，也配点 25 块的外卖？”

事情要从那个20加仑的鱼缸说起。

为什么养鱼

说实话，养鱼不是我的第一选择。

先是养猫，老婆嫌掉毛。养狗，出差没人管。养乌龟，查了一圈发现可能比我活得还久，到时候谁送谁走还不一定。