QzoneArchive 到底做了什么——不只是下载，而是一套本地归档系统
不是下载器，而是归档系统
市面上有不少 QQ 空间相关的工具——有的帮你爬相册，有的帮你导日志，有的甚至是带界面的命令行脚本。QzoneArchive 的不同之处在于：它从一开始就没把自己定位成"爬虫"或"下载器"，而是一套完整的本地归档系统。
数据按原始关系落地
普通下载器的做法很粗暴：拿到一条动态，把文字、图片、视频分别存进三个文件夹就完事了。但这会丢失原始的关联关系——哪张图属于哪条说说、谁在什么时间评论了谁、哪些人给这条动态点了赞。
QzoneArchive 做对了这件事：
- 动态正文、评论、点赞名单 按原始 ID 关联，存入 SQLite 数据库的不同表
- 媒体文件（图片、视频）缓存在设备上，数据库里记录它们的原始 URL 和本地路径
- 互动关系 完整保留：谁评论了谁、谁回复了谁、点赞时间戳
归档完成后，你可以按"某条动态的所有评论"来查询，也可以按"某人点过赞的所有动态"来筛选——这些功能的前提就是数据关系在入库时就被保留了。
本地优先的设计
QzoneArchive 的整个工作流都围绕"数据只在你手里"这个原则：
- 归档任务跑在本地设备上，请求由本地发起
- 登录凭证只存在 Rust 后端内存中，不落盘、不写日志
- 归档结果写入本地 SQLite，不自动上传任何服务器
- HTML 导出文件默认保存在你选择的本地目录
换句话说，项目方没有服务器存你的数据，也没有账号系统管理你的档案——从登录到归档到导出，所有环节的数据都留在你的设备上。
完整的管线覆盖
归档流程被拆成了四个独立但连贯的阶段：
- 登录：二维码或网页登录，Cookie 仅用于当前会话
- 抓取：按频率保护策略发起请求，触发限流自动暂停
- 入库：数据按关系写入 SQLite，媒体缓存到本地
- 导出：按分类或选中内容导出独立 HTML，或继续在应用中检索
每个阶段都可以中断恢复——比如抓到一半停电了，重新打开应用可以从上次断点继续。这是通过在本地持久化任务状态实现的。