浏览器扩展 · 本地优先

AnnHub

把网页里值得留下的内容，存进同一个本地库。

剪藏和截图保留来源。在库里阅读、划出重点，写方案时再找回，也能导出到 Obsidian。

体验资料库查看工作流

免安装 · 使用示例数据

离线采集与导出
数据留在浏览器
Markdown 导出

面向高级工程师、架构师与技术负责人

资料库 · 阅读、高亮与属性网页 · 选中一段

Backpressure in Streams · AnnHub

chrome-extension://annhub/app.html#/read/backpressure

回到来源

Backpressure in Streams

剪藏engineering.example.com/posts/backpressure-in-streams·刚刚#streams#reliability

Backpressure

When a producer emits events faster than a consumer can process them, something has to give.

Backpressure is how a system pushes that pain back where it belongs. Instead of letting buffers absorb the mismatch indefinitely, the consumer signals demand upstream.

Three common strategies

Demand signaling: the consumer grants credits.
Bounded buffers: queues with a hard limit.
Load shedding: drop the least valuable work first, on purpose.

Backpressure in Streams

engineering.example.com/posts/backpressure-in-streams

engineering.example.comArticlesTopicsAbout

Backpressure in Streams

Platform Engineering · Updated Sep 28 · 9 min read

When a producer emits events faster than a consumer can process them, something has to give. Queues grow, memory climbs, and eventually the slowest component takes the whole pipeline down with it.

Backpressure is how a system pushes that pain back where it belongs.剪藏截图剪藏保存选中的内容，之后在资料库里读和高亮 Instead of letting buffers absorb the mismatch indefinitely, the consumer signals demand upstream so the producer slows down, pauses, or drops work it cannot deliver.

Three common strategies

Demand signaling: the consumer grants credits and the producer sends no more than it was granted.
Bounded buffers: queues with a hard limit that block or reject at the edge.
Load shedding: drop the least valuable work first, on purpose.

全部 · AnnHub

chrome-extension://annhub/app.html#/all

全部

共 95 条

搜索条目…/

Backpressure When a producer emits events faster than a consumer can process them, something has to give. Backpressure is how a system pushes that pain back where it belongs. Instead of letting buffers absorb the mismatch indefinitely, the consumer signals demand upstream. Three common strategies Demand signaling: the consumer grants credits. Bounded buffers: queues with a hard limit. Load shedding: drop the least valuable work first, on purpose.

剪藏Backpressure in Streamsengineering.example.com·刚刚#streams#reliabilityproject支付重试2 高亮

重试开始后 p99 延迟曲线

截图sre.example.org·周一#incident#retryproject支付重试

指数退避加抖动重试不要立刻发出：每次失败后把等待时间翻倍，直到上限，再乘一个 0–1 的随机因子，让客户端不再同时重试。从一个较小的基础间隔开始。每次失败后翻倍，不超过上限。乘一个 0–1 的随机因子（抖动）。完整推导见 AWS 架构博客。

剪藏重试与背压engineering.example.com·周一#retryproject支付重试2 高亮

界面示意 · 使用示例数据

保存很容易。难的是之后找得回、分得清。

01
散落各处
书签、高亮、截图分在不同的工具和文件夹里。
02
脱离来源
只剩一段文字或一张图，不知道出自哪一页、在页面的哪里。
03
难以归类
没有统一的标签和属性，找回只能靠记忆。

两种方式留下内容，在库里读成自己的

剪藏

选中一段，或指一下整篇文章、整条推文，一次点击存下来。

截图

框选或点选，原位标注，遮住身份信息。

高亮

回到资料库里读剪藏，选中重点、写下想法；不改动原网页。

它们在同一个库里，用同一套属性分类、一起检索，导出为带 frontmatter 的 Markdown，高亮写成 ==…==。

从一篇技术文章，到一份带属性的 Markdown

以一份“支付系统失败重试策略”的设计文档为例：周一读文章、留下内容，周二在库里整理，周四写文档时找回，周五带走。

周一 10:12

选中一段，点“剪藏”

engineering.example.com

重试风暴

每一次重试都在给一个正在失败的系统加负载剪藏截图

重试与背压

engineering.example.com/posts/retries

engineering.example.com文章主题关于

重试与背压

平台工程 · 更新于 9 月 12 日 · 7 分钟阅读

重试是一次赌注：赌下一次会成功。依赖已经在失败时，这是拿其他所有人的稳定性在下注。

重试风暴

依赖已经饱和时，每一次重试都在给一个正在失败的系统加负载剪藏截图；没有预算，所有客户端会同时重试。

指数退避加抖动

重试不要立刻发出：每次失败后把等待时间翻倍，直到上限，再乘一个 0–1 的随机因子，让客户端不再同时重试。

从一个较小的基础间隔开始。
每次失败后翻倍，不超过上限。
乘一个 0–1 的随机因子（抖动）。

完整推导见 AWS 架构博客。

重试预算

给每个下游设一个重试配额，用完就快速失败。

一次点击保存，不开窗口。约 3 秒内可以撤销，也能直接补上标签和备注。

1 / 6

断网时，采集、阅读、检索和导出都照常可用。

在资料库里读、整理、找回

把剪藏和截图放在一起。按关键词找回资料，打开剪藏继续阅读、划出重点。

试试搜索“幂等键”，打开一条剪藏，再点“阅读”。

搜索关键词，或用左侧导航切换剪藏、截图。点一条内容查看详情。

正在加载资料库示例…

界面示意 · 示例数据，刷新后重置 · 可体验搜索、阅读和高亮；来源与属性供查看，导出展示 Markdown 示例。

几个明确的取舍

不是又一个收藏夹: 剪藏与截图是同一种条目，都带来源，按类型与属性整理。高亮是读剪藏时划出的重点，留在库里，不改网页。
不依赖笔记软件: 不装 Obsidian 也有完整的库；装了，导出的 Markdown 直接可用。
属性小而明确: 有类型，同名同类型，长文字写在备注里。
本地优先且可阅读: 核心链路离线可用；内容和已保存图片可导出为 Markdown ZIP。

本地优先

你的材料，不应该成为使用工具的代价

扩展把一切留在浏览器本地：条目与图片在 IndexedDB，设置与本地指标在 chrome.storage。没有账号，没有 AnnHub 服务器，也没有 AI 服务。

断网照常用
采集、阅读、检索、整理和导出都不依赖网络。
不默认上传
正文、URL、标题和你整理的内容不会发往 AnnHub 或任何第三方。
只读你指认的内容
只在你选中文字、指一下整块或框选截图时读取页面，不读取你没有指认的内容。
带得走
导出 Markdown 和已保存的原图（一个 ZIP），属性是 frontmatter。ZIP 供其他工具阅读，不是 AnnHub 数据库的备份。

你的浏览器

AnnHub

IndexedDB · 条目与图片

chrome.storage · 设置与本地指标

你正在读的网页

截图时代取页面里的图片

AnnHub 服务器·没有

唯一的出站请求

截图时，扩展后台会代取页面里引用的那张跨域图片，才能把原图存下来：不带凭据，只接受公网地址。剪藏里的图片只保留原地址，阅读时不联网加载。

阅读隐私政策

常见问题

几个重要的边界。

AnnHub 和 Obsidian Web Clipper 有什么区别？

Obsidian Web Clipper 把网页存成 Obsidian 库里的笔记，用模板和属性整理，免费且开源。AnnHub 把剪藏、截图放进浏览器里一个独立的本地库，并能在库里读剪藏、划高亮，不需要 Obsidian 也能阅读、检索和整理，也能把带属性与 ==高亮== 的 Markdown 导出给它。

关于 Obsidian Web Clipper 的描述核对于 2026-10-07，取自 Obsidian 官方帮助文档。

AnnHub 和 Readwise 有什么区别？

Readwise 是云端的阅读与高亮服务；AnnHub 的数据留在浏览器本地，覆盖剪藏、截图与库内高亮，按类型与属性检索。

关于 Readwise 的描述核对于 2026-10-03，取自其官方页面。

必须使用 Obsidian 吗？

不需要。库在浏览器里就能用；导出的 Markdown 只是让你需要时能带走。

数据保存在哪里？

浏览器的本地存储里，不会上传到任何 AnnHub 服务器。

为什么没有手机端？

AnnHub 围绕桌面浏览器里的采集、阅读和整理设计，目前没有手机端。

能导出吗？

可以。在扩展里点“导出内容”，下载由 Markdown 与已保存图片组成的 ZIP，属性写成 frontmatter。它适合其他工具阅读，不是可以恢复 AnnHub 数据库的备份。

留下的内容，之后还找得到。

剪藏与截图带着来源进入同一个本地库。在库里阅读、高亮、按属性找回，需要时再导出为 Markdown。

体验资料库查看工作流

AnnHub

Backpressure in Streams

Backpressure

Three common strategies

全部

保存很容易。难的是之后找得回、分得清。

散落各处

脱离来源

难以归类

两种方式留下内容，在库里读成自己的

剪藏

截图

高亮

从一篇技术文章，到一份带属性的 Markdown

选中一段，点“剪藏”

重试风暴

指一下整节，点“剪藏”

框选延迟曲线，截图

回到资料库，读一遍，划出重点

搜索，按属性筛选，回到来源

导出 Markdown，带进 Obsidian

在资料库里读、整理、找回

几个明确的取舍

你的材料，不应该成为使用工具的代价

断网照常用

不默认上传

只读你指认的内容

带得走

唯一的出站请求

常见问题

留下的内容，之后还找得到。