https://kuanwww.pages.dev/Recent content on KuanZZZHugozh-CNMon, 24 Aug 2026 00:00:00 +0000https://kuanwww.pages.dev/articles/welcome/Mon, 24 Aug 2026 00:00:00 +0000https://kuanwww.pages.dev/articles/welcome/<p>Stacknote 为清晰、有质感的技术写作而设计。它让工程博客拥有鲜明的视觉风格，同时不会把每一页都变成产品宣传页。</p> <h2 id="完整的阅读体验">完整的阅读体验</h2> <p>文章页以正文为中心，同时提供目录、代码高亮、响应式表格、相关文章和清晰的键盘焦点状态。</p>https://kuanwww.pages.dev/articles/request-path/Mon, 17 Aug 2026 00:00:00 +0000https://kuanwww.pages.dev/articles/request-path/<p>一个缓慢的接口，通常不是一段不可拆分的等待，而是一条链路：连接建立、排队、应用处理、存储，以及返回调用方的路程。关键问题不只是“为什么这个请求这么慢？”，而是“这个请求的时间花在了哪里？”</p>https://kuanwww.pages.dev/articles/queue-contract/Mon, 10 Aug 2026 00:00:00 +0000https://kuanwww.pages.dev/articles/queue-contract/<p>把工作放进队列会改变延迟、责任归属和故障语义，但不会让这些问题消失。</p> <h2 id="收到请求不等于完成任务">收到请求不等于完成任务</h2> <p>HTTP <code>202 Accepted</code> 表示服务器已接受任务，并承担尝试执行它的责任。这不代表任务已经成功，甚至不代表工作线程已经开始处理。</p>https://kuanwww.pages.dev/articles/tail-latency/Mon, 03 Aug 2026 00:00:00 +0000https://kuanwww.pages.dev/articles/tail-latency/<p>平均值把整个分布压缩成一个看起来舒服的数字。但生产环境中的延迟，几乎从来都不舒服，也不会均匀分布。</p> <p>假设 99 个请求在 40 毫秒内完成，另一个请求花了 4 秒。平均延迟约为 80 毫秒。这个数字几乎不能代表任何一个请求：大多数用户等待了它的一半，而那位倒霉的用户则多等了 50 倍。</p>https://kuanwww.pages.dev/articles/publishing-checklist/Mon, 27 Jul 2026 00:00:00 +0000https://kuanwww.pages.dev/articles/publishing-checklist/<p>发布检查清单应该足够简短，才能每次都用起来。我会问自己五个问题：</p> <ol> <li>开篇是否清楚说明了问题，不需要读者先看一大段背景？</li> <li>命令和代码示例是否仍然可以运行？</li> <li>外部事实是否链接到了原始来源？</li> <li>每张有信息价值的图片是否都有清楚的替代文本？</li> <li>生产构建是否能在没有警告的情况下完成？</li> </ol> <p>对于 Hugo 站点，最后一步可以很简单：</p>https://kuanwww.pages.dev/about/Mon, 01 Jan 0001 00:00:00 +0000https://kuanwww.pages.dev/about/<p>我是示例作者，一名软件工程师，专注记录经过生产环境检验的系统经验。</p> <p>Stacknote 为技术笔记而设计，兼顾实践经验与技术深度，让文章在发布一周后仍然有用。这个示例站展示了主题的文章排版、导航、搜索、归档、标签、响应式封面和结构化元数据。</p>https://kuanwww.pages.dev/archives/Mon, 01 Jan 0001 00:00:00 +0000https://kuanwww.pages.dev/archives/https://kuanwww.pages.dev/search/Mon, 01 Jan 0001 00:00:00 +0000https://kuanwww.pages.dev/search/