Snap 与 Flatpak：2025 年终极指南

在Linux应用中选择Snap和Flatpak

目录

通用包管理器彻底改变了 Linux 软件分发方式，使跨发行版兼容性成为现实。Snap 和 Flatpak 作为领先的解决方案出现，各自以不同的理念解决依赖地狱和发行版碎片化问题。

flatpacks

理解通用包格式

传统的 Linux 包管理依赖于发行版特定的格式——Debian/Ubuntu 使用 DEB，Fedora/RHEL 使用 RPM，还有其他各种格式。对于 Ubuntu 用户来说，APT 和 dpkg 包管理系统 是标准方法。这种碎片化给需要维护多个包版本的开发者以及希望在发行版仓库中找不到软件的用户带来了挑战。

通用包格式通过将应用程序与其依赖项打包成自包含单元来解决这些问题，这些单元可以在不同发行版中运行。Snap 和 Flatpak 都实现了这一目标，但通过根本不同的架构方法。

什么是 Snap？

由 Canonical 于 2014 年开发，Snap 包（称为“snaps”）是通过 snapd 守护进程管理的压缩只读 SquashFS 文件系统。每个 snap 都包含所有必要的依赖项，确保应用程序无论底层发行版如何都能一致运行。Snap 和 Flatpak 哪个更快？性能比较显示，由于压缩文件系统必须在应用程序启动前挂载，Snap 的架构可能导致启动时间更慢。

Snap 生态系统围绕 Snap Store，这是 Canonical 独家控制的集中式仓库。这种集中化简化了用户体验——所有 snap 包都有一个官方来源，但也使控制权集中在 Canonical 手中。

什么是 Flatpak？

Flatpak 起源于 GNOME 社区，于 2016 年正式发布，采取了不同的方法。Flatpak 不捆绑每个依赖项，而是使用共享运行时——一组通用的库和框架（如 Freedesktop SDK、GNOME 或 KDE），多个应用程序可以共享这些库和框架。这种架构减少了冗余和存储需求。

Flatpak 的去中心化模型允许任何人托管仓库。Flathub 已成为事实上的标准仓库，但开发者也可以维护自己的仓库。这种去中心化促进了多样化的生态系统，并防止了供应商锁定。

架构和包设计

Snap 和 Flatpak 之间的架构差异显著影响性能、存储和维护。

Snap 的单体方法

Snap 包包含应用程序运行所需的一切。安装 snap 时，您会得到一个完整的、隔离的环境：

  • SquashFS 文件系统：包被压缩并作为只读文件系统挂载
  • 完整的依赖项捆绑：每个库和依赖项都被包含
  • 统一的更新：整个包作为一个单元更新
  • 基于通道的分发：开发者可以维护稳定、候选、测试和边缘通道

这种方法保证了一致性，但增加了存储需求。多个 snap 可能包含相同的库，导致重复。挂载过程也会影响启动性能——与原生包相比，应用程序启动时间可能更长。

Flatpak 的运行时架构

Flatpak 的共享运行时模型优化了资源使用：

  • 共享运行时：公共库安装一次，供多个应用程序共享
  • OSTree 技术：使用基于对象的版本控制实现高效的存储和更新
  • 选择性依赖项捆绑：应用程序仅包含独特的依赖项
  • 门户系统：通过明确定义的 API 控制对系统资源的访问

这种架构解释了为什么 Flatpak 通常提供更快的启动时间和更小的包大小。应用程序共享运行时，减少冗余。然而，管理多个运行时版本需要仔细协调。

安全性和沙箱化

两个系统都优先考虑应用程序隔离，但它们的安全实现方式存在重要差异。Flatpak 比 Snap 更安全吗？答案取决于您的发行版和安全需求。

Snap 的安全模型

Snap 采用多层安全方法：

  • AppArmor 配置文件：强制访问控制（MAC）限制应用程序
  • Seccomp 过滤器：限制系统调用访问
  • 设备 cgroups：控制硬件访问
  • 接口系统：资源访问的粒度权限模型

Snap 依赖于 AppArmor，这在使用 SELinux（如 Fedora 和 RHEL）或其他安全框架的发行版上带来了挑战。这种发行版特定的依赖关系限制了 Snap 的真正“通用”特性。

应用程序声明所需的接口（如 network、home 或 camera），用户或管理员授予这些权限。snapd 守护进程在运行时强制执行这些限制。

Flatpak 的安全方法

Flatpak 实现了一种与发行版无关的沙箱化策略：

  • Linux 命名空间：隔离进程、挂载点和网络
  • Seccomp 过滤器：阻止危险的系统调用
  • 用户命名空间：提供无特权的容器化
  • 门户系统：通过 D-Bus 接口进行中介访问

门户系统特别优雅。而不是授予广泛的文件系统访问权限，应用程序通过门户请求特定操作（如“打开文件”）。用户的桌面环境中介这些请求，显示本地文件选择器对话框，同时保持安全性而不影响用户体验。

我可以在同一系统上使用 Snap 和 Flatpak 吗？是的，您可能会根据安全需求选择不同的格式。对于敏感应用程序，Flatpak 的与发行版无关的方法可能更可取。

性能比较

性能特征影响用户体验，尤其是在老旧硬件或资源受限的系统上。

启动时间和资源使用

Flatpak 通常提供更好的启动性能：

  • 共享库：当多个 Flatpak 应用运行时，库已加载到内存中
  • 高效的挂载：与 SquashFS 挂载相比，开销更小
  • 运行时缓存：频繁使用的运行时保留在缓存中

Snap 包面临性能挑战：

  • 挂载开销：必须在启动前挂载 SquashFS 文件系统
  • 压缩解压：需要 CPU 周期进行解压
  • Snap 守护进程：后台服务 snapd 消耗系统资源

实际测试显示，Flatpak 应用程序的启动速度比等效的 Snap 应用程序快 20-40%，尽管实际性能因应用程序复杂性和系统配置而异。

存储效率

存储考虑对磁盘空间有限的用户很重要：

Flatpak 的优势：

  • 共享运行时减少重复
  • Delta 更新仅下载更改的文件
  • 通过 OSTree 高效去重

Snap 的劣势：

  • 每个包都包含完整的依赖项
  • 多个包重复共享库
  • 更大的单个包大小

一个典型的 Flatpak 运行时（约 300-500MB）支持多个应用程序。等效的 Snap 包可能每个使用 100-200MB，跨安装重复共享库。

发布模型和生态系统

两种系统的发布哲学差异显著，影响可用性和开发者关系。

Snap 的集中化模型

Canonical 对 Snap 生态系统有严格的控制：

  • 单一商店：Snap Store 是唯一的官方仓库
  • Canonical 后端：专有基础设施处理包
  • 账户要求：发布者需要 Canonical 批准的账户
  • 自动推广：Ubuntu 预装 Snap

Snap 包是否真正开源？虽然 snapd 是开源的，但商店后端不是。这引发了对供应商锁定和长期生态系统健康状况的担忧。如果 Canonical 改变策略，整个 Snap 生态系统可能会受到影响。

哪些发行版默认支持 Flatpak 和 Snap？Ubuntu 强烈倾向于 Snap，甚至用 Snaps 替换传统 DEB 的应用程序，如 Firefox 和 Chromium。这种策略在偏好传统包管理的用户中引发了争议。

Flatpak 的去中心化方法

Flatpak 倡导开放性和社区参与：

  • 多个仓库：Flathub、发行商仓库和自托管选项
  • 开放基础设施：任何人都可以运行 Flatpak 仓库
  • 广泛的发行版支持：大多数非 Ubuntu 发行版更倾向于 Flatpak
  • 社区治理：开发涉及多个利益相关者

Flathub 已成为 Flatpak 应用程序的中心枢纽，但它由社区管理，不被单一供应商控制。开发者可以轻松发布到 Flathub 或为企业的特殊需求维护自己的仓库。

许多发行版（Fedora、Linux Mint、Pop!_OS、Manjaro 等）默认安装 Flatpak 或使其易于获取。这种广泛支持反映了社区对开放、去中心化解决方案的偏好。

更新管理

应用程序更新影响安全、功能和系统维护负担。

Snap 的自动更新

Snap 或 Flatpak 应用程序会自动更新吗？Snap 采取了明确的立场：

  • 默认自动更新：应用程序在用户干预下更新
  • 后台更新：snapd 定期检查并安装更新
  • 更新暂停：用户可以暂时延迟更新
  • 通道切换：在稳定、测试和边缘版本之间切换

这种自动方法确保用户运行最新软件版本，但剥夺了用户的控制权。一些用户发现这令人沮丧，尤其是当更新破坏工作流程或意外更改 UI 时。

Flatpak 的用户控制更新

Flatpak 赋予用户控制更新时间的权力：

  • 手动更新：用户通过软件中心或 CLI 启动更新
  • 更新通知：桌面集成提醒用户有可用更新
  • 选择性更新：按需更新单个应用程序
  • 运行时管理：控制共享运行时何时更新

这种方法需要更多用户参与，但可以防止意外更改。高级用户欣赏这种控制，而普通用户则受益于软件中心集成，使更新在需要时变得简单。

使用场景和建议

选择 Snap 或 Flatpak 取决于您的具体需求、发行版和优先事项。

何时选择 Snap

如果您：

  • 使用 Ubuntu：原生集成和官方支持
  • 想要自动更新：无需手动维护
  • 需要服务器应用程序：Snap 支持无头服务器工具
  • 偏好集中化：所有包的单一来源
  • 需要物联网支持：Snap 在嵌入式系统和物联网设备上运行

Snap 的优势在于 Canonical 的生态系统。如果您致力于 Ubuntu 并喜欢自动维护，Snap 提供了完善的体验。

何时选择 Flatpak

如果您：

  • 使用非 Ubuntu 发行版：更广泛的兼容性
  • 优先性能：更快的启动和高效的存储
  • 重视开源：完全开放的基础设施
  • 想要控制：手动管理更新
  • 需要桌面应用程序：出色的 GUI 应用支持
  • 避免供应商锁定：去中心化的生态系统

Flatpak 的与发行版无关的方法、更好的性能和开放生态系统使其成为许多非 Ubuntu 用户的首选。

实用安装和使用

两种系统都易于安装和使用，尽管具体步骤因发行版而异。

安装和使用 Snap

在 Ubuntu 及其衍生发行版中，Snap 已预装。有关 Snap 命令、通道、限制和故障排除的全面指南，请参见我们的 Snap 包管理器速查表。在其他发行版中：

# Debian/Ubuntu
sudo apt install snapd

# Fedora
sudo dnf install snapd
sudo ln -s /var/lib/snapd/snap /snap

# Arch Linux
sudo pacman -S snapd
sudo systemctl enable --now snapd.socket

基本的 Snap 命令：

# 搜索包
snap find firefox

# 安装应用程序
sudo snap install firefox

# 列出已安装的 snap
snap list

# 更新所有 snap
sudo snap refresh

# 移除 snap
sudo snap remove firefox

安装和使用 Flatpak

大多数非 Ubuntu 发行版默认包含 Flatpak。有关安装、管理和故障排除 Flatpak 应用程序的详细说明，包括沙箱化和权限，请参见我们的 Flatpak 速查表。如果没有：

# Debian/Ubuntu
sudo apt install flatpak

# Fedora（已预装）
# 无需操作

# Arch Linux
sudo pacman -S flatpak

添加 Flathub 仓库：

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

基本的 Flatpak 命令：

# 搜索应用程序
flatpak search firefox

# 安装应用程序
flatpak install flathub org.mozilla.firefox

# 列出已安装的应用程序
flatpak list

# 更新所有应用程序
flatpak update

# 移除应用程序
flatpak uninstall org.mozilla.firefox

作出选择

Snap 与 Flatpak 的争论没有普遍的赢家——上下文很重要。您的发行版选择通常决定了哪种系统最适合。Ubuntu 用户获得出色的 Snap 集成，而使用 Fedora、Arch 或其他发行版的用户通常享有更好的 Flatpak 体验。

性能方面，Flatpak 在桌面应用程序上更占优势，启动时间更快，存储使用更高效。安全实现有所不同，但两者都提供了良好的沙箱化。Flatpak 的与发行版无关的方法在多样化的系统上更具优势。

哲学问题也很重要。开源倡导者通常更喜欢 Flatpak 的完全开放生态系统，而不是 Snap 的专有后端。去中心化与集中化反映了 Linux 软件分发的不同愿景。

我可以在同一系统上使用 Snap 和 Flatpak 吗？当然可以，许多用户确实如此。安装两者后，根据每个具体应用程序的最佳体验选择格式。Firefox 在 Fedora 上作为 Flatpak 运行可能更好，而特定的开发工具可能仅以 Snap 形式提供。

通用包格式的革命仍在继续演变。Snap 和 Flatpak 都推动 Linux 向更好的跨发行版兼容性、更简单的软件安装和更安全的方向发展。了解它们的差异有助于您为工作流程做出明智的选择。

有用的链接