从零搭一个只属于自己的书签检索系统

浏览器书签的问题是「存得进去、找不出来」。攒到几千条之后，靠文件夹分类已经失效。我需要的是一个能全文检索、能按时间筛选、且完全属于我自己的检索系统。

先把数据拿到手

主流浏览器都支持导出书签为 HTML。解析这个文件，把标题、网址、添加时间抽成一张扁平表，后面所有检索都基于它，不再依赖浏览器的目录结构。

数据量在万条以内时，根本不需要服务端。把整张表塞进一个本地索引，标题和网址分词后建倒排，搜索响应稳定在毫秒级。

只搜标题和网址，命中率很低——很多时候你记得的是页面里的某句话。定时抓一次页面正文存下来，检索范围一下子从标题扩到全文。

从「我收藏过这个」变成「我能找到这个」，差的不是搜索框，是正文索引。

登录后参与评论，你的发言会署上自己的名字。

林深作者@linshen2026-09-28

自己先补一句 —— 文中那几处踩坑的细节，备注里写得更全，需要的话我再展开。

蔡徐@caixu2026-09-29

本地优先的思路很好，就是冲突处理得自己写一套，工作量不小。

谷雨@guyu2026-09-30

终端调顺手之后就回不去了，提示符做减法这条很有道理。

傅斯@fusi2026-10-01

历史检索被低估了，我现在的用法基本就是靠搜历史命令。

江辰@jiangchen2026-10-02

刚好在排查同类问题，看完直接照着改了一版，省了一下午。

唐棠@tangtang2026-10-03

有个疑问：这套做法在项目刚起步、还没什么历史包袱的时候，是不是反而更麻烦？

何知白@hezhibai2026-10-04

起步阶段确实可以先不上，等出现第二次同类问题再补流程也不迟。

孟凡@mengfan2026-10-04

文里的数据是自己实测的吗？想看看具体的测试环境。

苏晚@suwan_dev2026-10-05

本地跑的一组对照，环境信息写在文末备注里了。