Matrix 首页推荐 

Matrix 是少数派的写作社区，我们主张分享真实的产品体验，有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章，展示来自用户的最真实的体验和观点。 

文章代表作者个人观点，少数派仅对标题和排版略作修改。

为啥需要一个新的电子书管理器

随着电脑中电子书越来越多，想要管理也变得愈发困难。一直使用本地文件浏览器的我，也不免开始想着找一个好用的软件做一做管理。虽然现在市面上早就有了不知多少软件和各种让人眼花缭乱的方案，但具体一看还是不符合我的需求。

作为 Obsidian 的长期用户，我对本地图书的管理方案的要求主要有这么几点：

首先是本地私有。这一点实际上是大部分用户的共识，也让我首先排除了 Readwise 和 Kindle。不过，现有的许多成熟方案，如 Calibre-web、Komga、Kovita 都需要搭建服务器，使用电脑或 NAS 完成这一步。我现在没有服务器，对多端使用的需要也不高，并不想折腾。所以一个类似 Obsidian、完全可控可读的本地文件夹对我来说是最佳方案。

其次导入要方便，不需重新创建文件库。这一点既是太懒，不愿意把本地存储的几百个 PDF 全部手动再拖动一遍，也是出于不希望电脑中有太多同一个文件的副本的考虑：如果可能，我希望文件通过软件链接。因此，Calibre 和 Alfa ebook manager 在我这里又减一分，而 Readest和 Icecream 的免费版只能导入单个文件，无法批量导入多个文件或文件夹，也让我果断放弃。

这个方案同时也要兼容不同格式文件。有一些专业电子书阅读器，如 FB Reader 只支持 epub 格式，而我的图书大部分是 PDF，也无法使用。

最后，在此基础上，我会适当考虑颜值和可自定义性；而且我希望读书保持纯粹，对于以 AI 为卖点的软件我会保持适当的警惕。

关于可定义性，我会在下文中展示。

为什么不用obsidian

我最终的解决方案是使用 Logseq 对图书进行管理。

Logseq 实际上类似 Obsidian，是一款双链笔记软件，所以我要开始后面的介绍，势必需要顺便解释一下：既然都用 Logseq 了，为什么不直接用本栏目观众们最熟悉的 Obsidian 呢？

其实，相较于 Logseq 的日志式笔记结构，Obsidian 更加经典，对使用文件夹进行管理的模式更加适配。不过，以下三个原因让我放弃了使用 Obsidian：

1. Obsidian 对于本地附件的管理非常糟糕，附件数增加后，启动会需要很长时间。
2. Obsidian 不支持对附件进行元属性定义，块引用又几乎没有，不方便挂 tag 来对电子书进行分类。
3. Obsidian 虽然可以通过 PDF++ 等插件实现批注，但还是效果不佳，加之我手里的 PDF 许多都是陈年老课件，想要对某一行字进行高亮完全是天方夜谭，而 Logseq 可以实现区域高亮，并保存对应的截屏，对我来说非常合适。

另外，使用 Zotero 管理图书也是非常合适的，它支持查询 ISBN、多级子目录分类，还能在插件的支持下导出批注、区域截图。如果不介意 Zotero 的附件管理方式是全部复制一份，完全可以用于日常工作流。

但我不使用 Zotero 还有一个较为个人的原因：我更加喜欢 Obsidian 和 Logseq 这种完全分离进行不同库管理的方式。Zotero的不同文献库全部放在左栏，并不分开，无论是看工作的文献，还是看日常的小说，都不能完全沉浸进去。

Logseq 的设置

基础设置

Logseq 作为双链笔记，会将 \#XXX （其他笔记软件中的tag）、[[XXX]]、file:: XXX 三种格式都处理成链接，我选择为每个图书添加一个 tag 来对其进行管理，也就是第一种格式。

为了只进行纯粹的文件管理，我将日记、记忆卡片、白板功能都关闭，只保留默认内容。

导入文件

得益于 Logseq 完全基于本地文件的特性，我可以直接使用python脚本生成书库目录，并为每本书生成一个内容页：

这个目录基于我原本 PDF 所在的目录结构自动生成。点进任意一个，可以看到，Logseq 会基于链接自动生成包含的所有图书和所在的书库目录：

而如果点击图中的[[政史]]，则可以看到包含[[政史/古代]]和[[政史/现代]]的所有内容。

目前我使用的是文件原本所在的绝对路径。如果希望，也可以改为将 PDF 文件复制到 Logseq 库内的 assets 内，并插入相对链接

以上内容由我编写的 python 脚本生成，并不复杂。

观赏与总结

除了阅读的乐趣，建立个人书库最重要的是能够给自己成就感。在通过上述方法将外部文件夹融入 Logseq 工作流后，也可以通过 Logseq 自带的工具，对书库进行展示。

首先是关系图谱。打开书库时，可以通过关系图谱看到书库中的主要分类网络；阅读具体书籍时，也可以根据自己笔记看到其中人物之间的交互。不过，Logseq 原生的关系图谱不太美观，用户可以使用插件或者主题对其进行优化。

这方面我还没有深入研究过，只能先放一张丑图，做个示例：

此外，也可以基于 Logseq 特色的 query 语法块，对书库中的书籍进行筛选和展示：

总结

相对于 Calibre 这样的专业图书管理软件，Logseq 还存在许多难以解决的问题，如无法读出作者、出版社信息等。

不过我个人需求上对这些关注较少，并且认为便于上手、便于导入导出更加重要，因此尽管该工作流一定仍然存在着许多缺陷，我仍然认为它不失为一种有竞争力的图书管理方法。

> 关注 少数派小红书，感受精彩数字生活 🍃

> 实用、好用的 正版软件，少数派为你呈现 🚀