Countdown App 真正用到的权限一览 - 不碰位置不碰麦克风
权限总览
Countdown App 用到的权限非常少，对于一款带 Live Chat、Ozhin 推送、自拍水印、Home 联动的应用来说，它的权限配置相当克制。开发者 Ryan Boyling 自己的隐私政策里写的是"只申请运行必要的权限，不做多余的数据收集"。
Android 版完整权限
根据 AndroidManifest.xml 分析，Android 版 Countdown App 的权限清单如下：
| 权限 | 用途 | 是否必需 |
|---|---|---|
| 通知（POST_NOTIFICATIONS） | Ozhin 随机通知、Live Chat 新消息提醒 | 建议允许，拒绝则 Ozhin 和 Live Chat 消息收不到 |
| 震动（VIBRATE） | 周期性轻震、归零和协议被破坏时的高频震 | 必需（系统一般自动给） |
| 网络访问（INTERNET / ACCESS_NETWORK_STATE） | Live Chat、Ozhin 通知推送、广告 SDK | 必需 |
| 相机（CAMERA） | 自拍水印功能 | 可选——拒绝后自拍按钮失效，其他功能正常 |
| 相册写入（WRITE_EXTERNAL_STORAGE） | 自拍水印照片存进系统相册 | 可选——拒绝后自拍存 App 私有目录 |
| 精确定位（ACCESS_FINE_LOCATION） | 根本没用到——有些 Android 版本的 AdMob SDK 会间接请求，但开发者没有主动申请 | 不需要，拒绝也没关系 |
| 麦克风（RECORD_AUDIO） | 根本没用到 | 不需要 |
| 电话状态（READ_PHONE_STATE） | 根本没用到 | 不需要 |
| 联系人（READ_CONTACTS） | 根本没用到 | 不需要 |
| 后台运行（RECEIVE_BOOT_COMPLETED） | 开机后恢复倒计时后台运行 | 必需 |
iOS 版完整权限
iOS 版因为沙盒机制更严格，权限申请更透明：
| 权限 | 用途 | 是否必需 |
|---|---|---|
| 通知 | Ozhin 通知、Live Chat 新消息 | 建议允许 |
| 相机 | 自拍水印 | 可选 |
| 相册访问 | 自拍照片存相册 | 可选 |
| 麦克风 | 根本没用到 | 不需要 |
| 位置 | 根本没用到 | 不需要 |
| 运动/健身 | 根本没用到 | 不需要 |
| 健康数据 | 根本没用到 | 不需要 |
特别说明
位置权限是个有意思的例外：有些用户反馈 Android 版 Countdown App 安装后在"应用权限"里出现了位置权限请求，但开发者自己的隐私政策里明确写了"不收集位置数据"。这是因为 AdMob（Google 的广告 SDK）在某些设备上会请求位置权限来"展示更精准的广告"——这个权限是广告 SDK 申请的，不是 Countdown App 本身申请的。你可以安全地拒绝位置权限——AdMob 会退而用 IP 定位，不影响任何功能。
Live Chat 需要 GMS 前面多处提到过——Android 版的 Live Chat 用 Firebase 实时数据库，而 Firebase 依赖 Google 服务框架。没有 GMS 的手机，Live Chat 和 Ozhin 通知都无法运行。