ThemeKit 图标替换的技术原理——为什么不需要 root
Android 侧：快捷方式层
Android 的应用图标替换长期存在一个困境：系统不允许不改 root 或 Magisk 就替换其他应用的图标。ThemeKit 的解法是绕过去——不碰系统应用图标本身，而是在桌面上创建一个带新图标的快捷方式，让用户把这个快捷方式放到原图标的位置。
工作流程
- ThemeKit 通过 Query All Packages 权限扫描设备上已安装的所有 App
- 用户选好要替换的图标包后，ThemeKit 对每个匹配的 App 创建一个 Android 原生快捷方式
- 这个快捷方式的 Intent 指向原 App，图标是新选定的素材
- 用户在桌面上长按原图标的快捷方式删除，把 ThemeKit 创建的新快捷方式拖过去放好
这种方案的优缺点
优点：
- 不需要 root，不改系统分区
- 不需要 Magisk 模块或 Xposed 框架
- 几乎兼容所有 Android 设备（只要是 7.1+）
缺点：
- 系统预装 App（电话、设置、相机等）无法替换——因为 Android 不允许删除系统图标的快捷方式
- 桌面快捷方式数量会翻倍——用户需要手动删掉原图标的快捷方式
- 某些定制系统（MIUI、One UI、ColorOS）的桌面启动器对快捷方式有限制——个别 App 快捷方式创建后可能自动消失
为什么 ThemeKit 做得比其他图标包好
同类的图标包 App（如 CandyCons、Moonshine）通常依赖自定义启动器——你必须换他们推荐的启动器才能应用图标。ThemeKit 的快捷方式层方案不依赖任何启动器，在原生 Android、Nova、Lawnchair、甚至各厂商自定义启动器上都能工作。这是它在 Android 生态里的差异化优势。
iOS 侧：配置描述文件
iOS 更封闭——系统 API 从根本上不允许任何 App 替换系统或其他 App 的图标。ThemeKit 用的是苹果留下的一个灰色地带：URL Scheme 劫持 + 配置描述文件。
工作流程
- ThemeKit 生成一个 .mobileconfig 配置描述文件
- 文件里定义了每个 App 的图标 URL——指向 ThemeKit 服务器上的图标图片
- 用户在「设置 → 通用 → VPN 与设备管理」里安装这个描述文件
- 安装完成后，iOS 系统把描述文件里定义的图标应用到桌面
iOS 方案的限制
- 重启后短暂恢复：每次锁屏或重启后第一次进桌面，图标会闪回系统默认，几秒后才变回 ThemeKit 图标
- 描述文件有效期间才能生效：卸载描述文件图标立刻回到系统默认
- 不能替换系统 App 图标：和 Android 侧一样，苹果也不允许修改系统 App 的图标
两个平台的共同设计哲学
不管用快捷方式层（Android）还是描述文件（iOS），ThemeKit 的核心选择都是：用最轻量的技术手段实现视觉效果，不侵入系统本身。
这和 Nova Launcher 走的「替换整个桌面启动器」路线完全不同。两种路线各有优劣，但 ThemeKit 的方案在「不想折腾、不想换启动器、不想 root」的用户群体里是最优解。