導(dǎo)語

大家好，前兩天我們介紹了Ubuntu Snap，有網(wǎng)友提出這個不太好用，推薦了Flatpak。那么我們下面就來看看Flatpak和Ubuntu Snap有什么區(qū)別，誰更好用？

Flatpak 發(fā)展歷程

Flatpak由Fedora社區(qū)主導(dǎo)，強(qiáng)調(diào)跨發(fā)行版兼容性和沙盒隔離，允許開發(fā)者構(gòu)建獨立于系統(tǒng)庫的應(yīng)用程序（如LibreOffice、GIMP）。其依賴管理采用分層共享機(jī)制（如Freedesktop Runtime），減少冗余存儲。他的發(fā)展歷史悠久，并且已經(jīng)獲得了眾多軟件的支持：

- 2007 年 8 月：Alexander Larsson 推出了他的首個應(yīng)用程序捆綁框架 Glick。

- 2011 年 11 月：發(fā)布 Glick 2，這是對第一代 Glick 框架的現(xiàn)代化升級版本。

- 2012 年 7 月：在 GUADEC 大會上舉行了“GNOME OS”會議，其中包含了對新的應(yīng)用程序捆綁格式的初步規(guī)劃。

- 2012 年 9 月：Alexander Larsson 推出了實驗性的“bundler”框架。

- 2013 年 1 月：在 GNOME 開發(fā)者體驗黑客節(jié)上討論了“Linux Apps”提案，該活動在布魯塞爾舉行。

- 2014 年 12 月：開始著手開發(fā) xdg-app，這后來演變成了 Flatpak。

- 2015 年 3 月：發(fā)布了 xdg-app 0.1 版本，這是 Flatpak 的最初版本。

- 2015 年 12 月：GNOME 的“Software”軟件獲得了安裝 xdg-app 應(yīng)用程序的能力。

- 2016 年 5 月：xdg-app 更名為 Flatpak，并發(fā)布了 0.6.0 版本；隨附的新聞稿中包含了來自紅帽、Endless Computers 和 Collabora 的支持聲明。

- 2016 年 6 月：開始了桌面門戶安全框架的工作。

- 2016 年 6 月：LibreOffice 成為第一個采用 Flatpak 在 Linux 上發(fā)布的大型應(yīng)用程序。

- 2016 年 7 月：發(fā)布了 GTK+ 3.21.4，其中包含了對門戶框架的初始支持。

- 2016 年 8 月：發(fā)布了 Endless OS 3.0，這是第一個默認(rèn)使用 Flatpak 的公開可用操作系統(tǒng)。同時，Apertis IVI 采用 Flatpak 的消息也公之于眾。

- 2016 年 11 月：ClearLinux 宣布采用 Flatpak。

- 2016 年 12 月：發(fā)布了 Flatpak 0.8.0，這是第一個具有長期支持的穩(wěn)定系列的起點。

- 2017 年 5 月：Flathub 主機(jī)服務(wù)最初低調(diào)上線。

- 2017 年 5 月：發(fā)布了 KDE Plasma 5.10，其中包含了對門戶的初始支持。

- 2017 年 10 月：發(fā)布了 Flatpak 0.10.0，這標(biāo)志著第二個受支持的穩(wěn)定發(fā)布系列的開始。

- 2017 年 10 月：發(fā)布了 KDE Plasma 5.11，“Discover”獲得了安裝 Flatpak 應(yīng)用程序的能力。

- 2017 年 10 月：GIMP 采用 Flatpak 在 Linux 上發(fā)布。

- 2017 年 11 月：發(fā)布了 Linux Mint 18.3，其中包含了開箱即用的 Flatpak 集成。

- 2018 年 8 月：發(fā)布了 Flatpak 1.0，這是新穩(wěn)定系列中的首次發(fā)布，并具有重大新功能；Flathub 測試期結(jié)束；發(fā)布了 Freedesktop 運行時 18.08，并采用了新的支持周期策略。

- 2018 年 9 月：KDE 推出了 KDE 測試應(yīng)用程序 Flatpak 存儲庫。

- 2019 年 12 月：發(fā)布了 elementary OS 5.1 Hera，其中包含了開箱即用的 Flatpak 集成。

- 2020 年 4 月：Mozilla 采用 Flatpak 在 Linux 上發(fā)布 Firefox。

- 2020 年 4 月：System76 發(fā)布了 Pop!_OS 20.04，其中包含了開箱即用的 Flatpak 集成。

- 2021 年 10 月：1Password 采用 Flatpak 在 Linux 上發(fā)布。

- 2022 年 2 月：Valve 推出了 Steam Deck，這是一款手持式電子游戲機(jī)，具有開箱即用的 Flatpak 和 Flathub 集成。

- 2022 年 2 月：OBS Studio 采用 Flatpak 在 Linux 上發(fā)布。

- 2022 年 5 月：發(fā)布了紅帽企業(yè) Linux 工作站 9，其中包含了開箱即用的 Flatpak 集成。

- 2022 年 10 月：Flathub 推出了驗證狀態(tài)。

- 2023 年 4 月：Purism 推出了 Flatpak 和 PureOS Flatpak 存儲庫。

- 2023 年 4 月：Valve 為流行的 Steam 應(yīng)用采用了門戶。

- 2023 年 5 月：Flathub 提供了超過 2000 個應(yīng)用程序，并慶祝了 10 億次總下載量。

- 2023 年 10 月：Discord 采用 Flatpak 在 Linux 上發(fā)布。

值得慶幸的是2024年，他也獲得了20個“小目標(biāo)”的下載佳績，看來是越來越受歡迎了。

Snap 又是什么

Snap是Canonical為Ubuntu設(shè)計的強(qiáng)制沙盒化打包方案，默認(rèn)綁定Ubuntu軟件商店，依賴單一運行時，支持服務(wù)端應(yīng)用（如Kubernetes、MySQL），由于Ubuntu的強(qiáng)推，也有不少擁護(hù)者。我們在之前的文章中有過介紹，大家可以自行查閱。

Snap Store開發(fā)者工具圖譜：從全棧到云原生，一張圖解鎖Linux開發(fā)新姿勢！

樹莓派生產(chǎn)力革命！Snap版PyCharm一鍵安裝，告別安裝過程中的依賴麻煩

Flatpak vs Ubuntu Snap

我們先來樹莓派官方論壇里面關(guān)于Flatpak和Ubuntu Snap的討論

不能互相取代

由于兩個商店的軟件不能滿足他的所有需求，所以采用了混合安裝的方式：

- Debian穩(wěn)定版?zhèn)}庫軟件版本過舊（如LibreOffice 6.1.5）

- 通過Backports升級失敗（依賴沖突）

- 最終選擇：

- Flatpak安裝LibreOffice 7.1.0.3（Flathub源）

- Snap安裝Chromium 89、Telegram 2.5.8和Snap商店

可見目前兩個市場勢均力敵，并不像Google Play和蘋果App Store那樣一家獨大。

各自槽點不少

為了推廣各自的生態(tài)，這兩個市場也存在一些槽點：

- Snap的"隱形依賴"問題：

- 用戶實際安裝3個應(yīng)用，但neofetch顯示10個snap包

- 原因：Snap強(qiáng)制捆綁基礎(chǔ)運行時（core/core18/core20等）

- 吐槽："Snap商店居然自帶半個操作系統(tǒng)！"

- Flatpak的桌面集成缺陷：

- Snap應(yīng)用自動生成菜單圖標(biāo)

- Flatpak版LibreOffice需手動通過菜單編輯器添加啟動項

- 用戶困惑："為什么Flatpak不像Snap那樣自動注冊？"

- 版本更新策略對比：

- Snap默認(rèn)自動更新（用戶未提及關(guān)閉方法）

- Flatpak需手動執(zhí)行flatpak update

- 用戶選擇：接受Flatpak的"可控更新"，但擔(dān)心Snap頻繁寫入SD卡

最后的結(jié)論

“兩者都是Debian倉庫的補(bǔ)充，但都無法完全替代傳統(tǒng)包管理。我同時使用它們，只是因為各自的應(yīng)用生態(tài)不完整——就像用瑞士軍刀和電鉆一起修家具，雖然別扭，但能湊合?！?-----craigevil

新的繼任者已來

就在Flatpak和Snap為“誰更正統(tǒng)”爭得面紅耳赤時，一位身披斗篷的“流浪劍客”AppImage斜刺里殺出，撂下一句暴擊：“你們搞什么運行時、沙盒、自動更新？真正的自由，是連安裝都不需要！”

AppImage的“三無主義”哲學(xué)

- 無安裝：雙擊即運行，扔進(jìn)U盤就能帶著走，連/usr目錄都不屑一顧

- 無依賴：每個應(yīng)用自帶完整“生存包”（連libc都塞進(jìn)去），徹底告別“依賴地獄”

- 無后臺：拒絕snapd、flatpak-system-helper等守護(hù)進(jìn)程，用完不留一片云彩

我們之前介紹過的Cherry Studio大模型調(diào)用工具也是用AppImage打包的，主打一個好用。

結(jié)語：開源打包的未來是否需要「統(tǒng)一標(biāo)準(zhǔn)」？

Snap強(qiáng)制捆綁運行時是否違背“輕量化”初衷？Flatpak的菜單集成缺陷是技術(shù)限制還是設(shè)計取舍？樹莓派用戶應(yīng)如何平衡軟件新鮮度與存儲卡壽命？或者你更中意AppImage，歡迎在評論區(qū)分享您的選擇理由與實踐經(jīng)驗。