FBReader：把電子書握在自己手裡的開源閱讀器

FBReader：一款把電子書握在自己手裡的閱讀器

FBReader 是一款開源電子書閱讀器，從 2005 年發布第一個版本以來，已經走過了超過二十年的歷程。與市面上大多數主打雲服務和付費書城的閱讀應用不同，FBReader 的設計哲學一開始就偏向另一個方向——本地優先、格式全開、來源自由。它的開發者顯然不想把用戶鎖在任何一個生態裡，而是把閱讀的主導權完全交給了使用者自己。

這麼說或許還不夠具體。讓我換個角度：市面上不少閱讀器要麼只支持自家書城買的書，要麼打開應用就是滿滿的推薦位和廣告。FBReader 打開之後，看到的是一個安靜的書庫界面——只有你自己導入的書，沒有任何強制推送。這種「乾淨」的體驗不是偶然，它來自 FBReader 在架構層面就做出的一連串技術取捨。為什麼它能做到這樣？讓我慢慢拆解，更多細節也可以參考 FBReader文檔。

安裝

前往 FBReader下載 頁面可獲取最新版本 FBReader 4.0beta84，安裝包約 13.73MB，支持 Android 平台。安裝過程與一般 Android 應用類似，但有幾點值得這款軟體獨有的注意事項：

首先，FBReader 本身是一個純閱讀器，它不內置任何書籍資源。這意味著你安裝完應用之後，還需要自己去下載或導入電子書檔案才能開始閱讀——這與那些「打開即有海量書籍」的應用完全不同。如果你之前沒有用過這種模式，一開始可能會有點不習慣。

其次，FBReader 從 3.8 版本開始重寫了字體系統，現在支持從任意文件夾加載 TTF 和 OTF 字體文件。這是一個影響閱讀體驗的重要變更——默認的系統字體在小屏設備上閱讀長文本時，體驗往往不如專業的閱讀字體。安裝完 FBReader 後，建議先花幾分鐘把自己喜歡的閱讀字體準備好，後面閱讀時眼睛會舒服很多。

最後，如果你打算使用雲同步功能，需要注意 FBReader 的雲同步默認是關閉的。開啟時會請求 Google Drive 權限，但權限被嚴格限制在 App Data 文件夾——這個文件夾只有 FBReader 自己能讀，不會影響你 Drive 裡的其他文件。第一次同步如果本地書籍較多，可能需要幾分鐘時間，建議在 Wi-Fi 環境下進行。

架構取捨：二十年後還在開源閱讀器裡存活的原因

說完怎麼裝，讓我回到最初的那個問題：為什麼 FBReader 這款誕生於功能機時代的閱讀器，到今天還在持續更新？它的架構設計裡藏著哪些不為人知的取捨？

多格式支持的代價與回報

FBReader 最顯眼的特性之一就是它支持的電子書格式數量——ePub、fb2、mobi、azw3、RTF、DOC……幾乎涵蓋了市面上所有主流格式，就連 PDF 和 DjVu 這類圖像型格式也嘗試做了基本支持。乍看之下這像是一個「為什麼不全都支持」的決定，但實際上每多一種格式就意味著多一套解析器、多一批邊緣 case、多一堆兼容性問題需要處理。電子書格式之間的差異遠比一般人想像的大——ePub 是基於 HTML5，fb2 是一種專門為電子書設計的 XML 格式，mobi 則是亞馬遜的私有格式，三種格式在排版、目錄、注釋的處理邏輯上完全不同。

我試著做個生活化的類比：想像你開一家餐廳，你可以只做漢堡——原料統一、出餐快、品質穩定。或者你決定同時做漢堡、拉麵、披薩、壽司——每樣都有自己的爐灶、自己的食材儲存方式、自己的工藝細節。FBReader 選擇了後者，而且還堅持了二十年。

為什麼？因為開源閱讀器的核心用戶群體本來就不是那些「買電子書只想在同一個應用裡讀」的人。這些用戶有 Calibre 管理書庫、從各個渠道下載書籍、在不同設備之間傳輸——他們需要的不是一個「內容平台」，而是一個「格式中立的閱讀引擎」。多格式支持不是 FBReader 的亮點，而是它存在的理由。如果它只支持 ePub，那麼在用戶把 Kindle 上的 mobi 書轉成 ePub 之前，FBReader 對這些用戶就沒有任何價值。

OPDS 與 Readino：開放 vs 封閉的第三條路

說到書籍來源，FBReader 的做法很有意思。它沒有像亞馬遜 Kindle 那樣自己做一個封閉的生態書城，也沒有完全丟給用戶自己找書。它選擇了一個叫做 OPDS（Open Publication Distribution System）的開放標準來接入第三方書源。

OPDS 可以理解為一個電子書目錄的 RSS——任何遵守這個協議的書籍資源站，都可以被 FBReader 直接瀏覽和下載。這就讓 FBReader 變成了一個「書源瀏覽器」而不是「書城」：用戶可以自己添加任何 OPDS 目錄，從 MobileRead Wiki 推薦的公共領域資源，到民間維護的中文目錄，全部打開即用。FBReader官網 也推薦用戶去這個 Wiki 頁面找更多 OPDS 資源——它不擁有、不運營、不從中抽成，只是提供一個通用的入口。

但 FBReader 也不是完全排斥商業合作。它與 Readino 合作推出了一個官方書城入口，裡面有 150 萬本以上的正版書籍——但這個入口僅僅是「一個可選的 OPDS 目錄」，不是強制的首頁入口，也沒有綁定任何閱讀權限。Readino 的書可以直接在 FBReader 裡打開，但你買完之後也可以隨時導出成 ePub 格式用其他閱讀器讀。

這種做法的好處是，FBReader 永遠不會因為「書城下架了這本書」而讓你無法閱讀——你的書是本地的。但代價也很明顯：新用戶打開應用時會覺得「這裡什麼都沒有」，需要自己去找書、導入書，學習成本比「一站式書城」高不少。這也是為什麼 FBReader 在大眾市場上知名度不高——它從一開始就沒打算服務那些「只想買書讀書」的輕量用戶。

本地優先的架構底層

FBReader 的架構從一開始就是本地優先的。這不是一個「先做雲服務再補本地」的趕工設計，而是底層數據模型就圍繞著本地文件系統展開：

• 書籍資訊（標題、作者、封面、閱讀進度）存在本地 SQLite 數據庫，刪除應用時書籍檔案本身不會被觸及
• 書籍文件本身就是你設備上的檔案，可以隨時用文件管理器查看、複製、備份
• 雲同步（如果你開啟的話）是一個「附加層」——它不會強制你把書上傳，只會同步閱讀狀態、書籤和書籍元數據到 Google Drive 的 App Data 文件夾

這種架構的好處顯而易見：沒有網路也能閱讀、換設備時可以簡單複製文件過去、不會因為服務器掛掉而丟失數據。但它也帶來了雲同步的複雜性——FBReader 的雲同步需要處理本地優先的衝突合併邏輯：兩台設備同時改了同一本書的進度該怎麼辦？一個設備刪了書另一個還在讀怎麼同步？這些邊緣 case 是云原生應用不用考慮的，但本地優先架構必須面對。這也是為什麼它的同步默認關閉、第一次同步可能很慢的原因——它需要先把所有衝突合併邏輯跑完才能給你一個穩定的同步體驗。

TTS 的格式限制：一個講究的取捨

最後值得一提的是 FBReader Premium 獨有的 TTS 朗讀功能。它只支持文本格式的書籍（ePub、fb2、mobi、RTF 等），PDF、漫畫、DjVu 這些圖像格式即使你付了 Premium 也無法朗讀。

這看起來像是一個功能缺失，但實際上是一個合理的取捨：PDF 裡的文字很多時候是掃描圖片，TTS 引擎根本無法識別；而就算是文字型 PDF，排版混亂、表格複雜也會讓 TTS 讀出來的內容面目全非（想像一下把一篇包含兩列表格的論文用 TTS 讀一遍，結果是「第一列：XX，第二列：YY，第一列：ZZ……」完全失去語義）。FBReader 選擇「寧可不支持也不做半成品」的策略，對比某些閱讀器把所有格式都嘗試用 TTS 讀一遍（結果常常讓人崩潰），反而是一種對用戶體驗的負責。

結語：二十年後還在做的事

FBReader 不是一款完美的閱讀器。它的界面在某些平台上確實顯得簡樸，雲同步的配置對新手來說有點繁瑣，iOS 版本還有自訂字體的硬限製（這是 iOS 平台本身的限制，FBReader 無法繞過）。但在一個被巨頭佔領的閱讀市場裡，它堅持了二十年的開源、格式中立和本地優先，本身就是一件值得尊重的事。

如果你喜歡把書握在自己手裡，如果你討厭打開閱讀器看到滿滿的推薦位和廣告，如果你書庫裡有各種來源各種格式的書需要統一閱讀——FBReader 或許是你應該試試的那個選擇。它不會給你最花哨的閱讀體驗，但它會把閱讀這件事本身還給你。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。