F-Droid 不需要账号也不追踪：隐私设计的核心

F-Droid 客户端不含追踪器

F-Droid 客户端应用经过严格的依赖审查，确保不包含任何以下组件：

• 分析 SDK（Google Analytics、Firebase、Mixpanel 等）
• 广告 SDK（AdMob、MoPub 等）
• 崩溃追踪器（Crashlytics、Sentry 等——注意：崩溃报告功能在 F-Droid 中是可选的，且只发送最小必要信息）
• 用户 ID 生成器或设备指纹工具

F-Droid 的网络活动仅限于：

• 下载仓库索引文件（同步应用列表和元数据）
• 下载 APK 文件（安装应用）
• 检查更新（查询仓库中是否有新版本）

这些都是功能性的、用户主动触发的操作。F-Droid 不会在后台偷偷上传任何用户行为数据。

不需要注册账号

F-Droid 的设计理念之一就是：应用管理器不应该知道你是谁。

• 不要求注册账号
• 不绑定邮箱或手机号
• 不收集设备 IMEI 或 MAC 地址
• 不生成持久化的用户 ID
• 不关联 Google / Facebook / Twitter 等第三方账号

对比一下 Google Play Store 的数据收集范围：

完全离线可用

F-Droid 可以在没有网络的情况下正常工作：

• 同步仓库索引后，应用浏览、搜索、分类等功能完全离线
• 已下载的 APK 安装不需要网络
• Nearby 功能本身就是为离线场景设计的
• 仅在以下操作需要网络：同步索引、下载 APK、检查更新

数据存储在哪里

F-Droid 生成的所有数据都存储在手机本地：

• 已安装应用列表
• 应用设置（自动更新策略、过滤规则）
• 搜索历史
• 仓库配置
• 反特性过滤规则

Android 的沙箱机制保证了这些数据只有 F-Droid 自己能访问。即使 F-Droid 本身被攻破（虽然不太可能），攻击者也拿不到这些数据上传到外部服务器——因为 F-Droid 没有设计上传这些数据的代码路径。

为什么不收集崩溃报告

F-Droid 故意不集成第三方崩溃追踪服务（如 Crashlytics、Sentry）。原因：

• 崩溃报告通常包含设备信息、堆栈跟踪、甚至用户行为上下文
• 这些数据即使是匿名的，也可能被用于用户画像
• F-Droid 规模还不大，崩溃影响相对可控

如果你想帮助 F-Droid 改进，可以手动在 GitLab issue 中报告崩溃，附上本地日志。

第三方仓库的数据收集

当你添加第三方仓库（如 IzzyOnDroid、Guardian Project）时，需要注意：

• F-Droid 客户端本身不收集数据
• 但第三方仓库的服务器可能有自己的日志策略
• 仓库索引下载请求会包含你的 IP 地址（任何网站都能看到）
• 这和 F-Droid 客户端无关，是任何网络请求的固有特性

F-Droid 官方仓库的服务器日志策略在其隐私政策中有详细说明——日志只保留有限时间，且用于安全和调试目的。