博客
近期文章
从一行 Corefile 到自建分流 DNS：我的 CoreDNS 折腾记
一次 Chrome 报错引出了 FakeIP 双栈劫持机制、GeoDNS 的 CDN 选节点原理、arm64 交叉编译、GoReleaser 打包发布……记录了从发现问题到写插件、做 Homebrew Tap 的完整过程。
在 Tauri 里播 4GB MKV：我如何把 libmpv 塞进 WebView
在 Tauri 视频剪辑工具里播放 4GB MKV/HEVC 原片：WebView <video> 无法解码，全片 remux 代理又慢又易黑屏死循环；独立 libmpv spike 能播，但嵌进 WKWebView 时 wid/gpu 与 Web 层抢 layer 全线失败。最终让 mpv 离屏渲染（vo=libmpv + FBO），经 IPC 把帧推到前端 Canvas，HTML 照旧叠 UI；预览限约 720p/15fps，够剪片。
如何向普通人解释什么是 RAG
向一个普通人三言两语说清楚什么是 RAG 还真不容易，这也是一次难得的充分实践费曼学习法的机会。当然，前提是自己已经充分掌握了这一话题的方方面面，才有可能输出的游刃有余。眼前就遇到一个很好的契机：一个朋友正面临半年度绩效考核评估的折磨。 没错，我愣是将 KPI 总结和 RAG 结合了起来，并且让该朋友深刻的理解和记住了。 那么我是怎么做到的呢？
你认为 HTTP 队头阻塞的问题真的彻底解决了么？
书接上回，上一篇花了大把的篇幅说到一个从 twitter 上看到的面试问题：“阐述HTTP协议是如何分两步（从H2到H3）解决“队头阻塞”核心问题”。有大佬在回复中发言：“这个问题实际上没有解决”。本文就附议此观点，和 AI 一同深度思考一下，到底为何没有解决。当然，和前一篇已经解决了也并不冲突，你问我为啥？我只能说，此时看山不是山。
揭秘“队头阻塞”：HTTP/2 到 HTTP/3 的演进之路
“队头阻塞”（HOL Blocking）是影响Web性能的核心问题。HTTP/1.x因请求串行处理而存在应用层阻塞。HTTP/2通过多路复用在应用层解决了此问题，允许并行请求，但在底层TCP协议中，单个数据包丢失仍会导致所有流阻塞，即传输层队头阻塞。为彻底解决此问题，HTTP/3基于UDP构建了QUIC协议。QUIC实现了独立的流，单个流的数据包丢失不再影响其他流，从根本上解决了传输层队头阻塞，显著提升了高延迟、高丢包网络下的性能。HTTP协议的演进正是分两步，逐步消除了队头阻塞。
