简介

crDroid 是一款基于 AOSP（Android Open Source Project）深度定制的第三方类原生安卓系统，其源码主要继承自老牌项目 LineageOS。该系统在保持安卓底层纯净与高效的同时，内置了极为丰富的自定义选项，旨在为老旧机型焕发新生，同时满足极客用户对界面与交互的深度掌控需求。

该系统的核心优势体现在三个维度。其一，体积精简且无冗余组件，完整固件包通常仅维持在 800MB 左右，默认不包含任何广告插件或厂商预装软件，首次开机仅需等待 2 到 3 分钟即可进入桌面。其二，高度可定制的系统设置面板覆盖了状态栏、锁屏样式、导航键布局、全局手势、通知栏折叠逻辑以及游戏模式等细节，用户无需依赖外部模块即可实现个性化调校。其三，由于剥离了重型厂商皮肤，系统调度更为直接，配合轻量级内核，能在中低端硬件上获得接近原生的流畅度与续航表现。

官方发布与构建页面位于 https://crdroid.net ，各机型的独立维护页会在此域名下按设备代号与安卓版本进行归档。

关于 crDroid 16 与 crDroid 17 的具体差异，现有素材未收录相关更新日志与功能对比。通常此类大版本迭代会伴随底层 Android 基座升级、分区结构调整与安全补丁同步，具体变更请以官方仓库发布的 Release Notes 为准。

部署

刷机路线对比

方式	适用场景	优点	缺点
Recovery 本地刷入	已拥有完整 .zip 包且手机可正常进入第三方 Recovery	操作直观，无需电脑常驻，适合离线环境	需提前将文件拷贝至手机存储，传输速度受限于 USB 接口
ADB 侧载刷入	追求稳定传输、需配合 Fastboot 刷入多分区镜像	电脑直推，进度可控，支持断点续传逻辑，适合多机型批量操作	依赖电脑端 ADB 环境，需保持屏幕常亮或关闭自动休眠

对于需要完整替换分区并侧载系统包的场景，电脑端通用流程更为稳妥。以下为标准操作链路：

备份数据并移除锁屏密码/退出账号 → 2. 开启开发者选项与USB调试 → 3. 电脑端执行 adb reboot bootloader 进入引导模式 → 4. 依次刷入 init_boot、boot、dtbo、vbmeta、vendor_boot 及 recovery 镜像 → 5. 执行 fastboot reboot recovery 重启至恢复模式 → 6. 选择 Factory Reset 格式化数据 → 7. 选择 Apply from ADB 并在电脑端执行 adb -d sideload 推送系统包 → 8. 等待进度完成并重启至系统。

电脑端通用刷机流程

1. 前置环境与设备连接

首先需在手机设置中启用开发者选项，勾选 OEM 解锁与 USB 调试。通过 USB 线连接电脑后，打开终端输入以下命令验证链路：

bash
adb devices

该命令用于列出当前被 ADB 识别的设备序列号。若返回 device 状态，说明驱动已就绪；若显示 unauthorized，需在手机端点击授权弹窗。确认连接后，执行重启指令：

bash
adb reboot bootloader

此命令会将设备热重启至 Fastboot 引导模式，此时屏幕会显示橙色或蓝色的工程菜单。再次核对设备在线状态：

bash
fastboot devices

2. 刷入必要镜像分区

现代安卓架构已将部分启动逻辑迁移至独立分区，因此不能仅刷入单一的 boot.img。需将下载的支持文件重命名为标准名称后，按顺序执行刷入：

bash
fastboot flash init_boot init_boot.img
fastboot flash boot boot.img
fastboot flash dtbo dtbo.img
fastboot flash vbmeta vbmeta.img
fastboot flash vendor_boot vendor_boot.img
fastboot flash recovery recovery.img

参数与原理说明：flash 为 Fastboot 写入指令，后接目标分区名与本地文件路径。init_boot 负责早期初始化加载，boot 包含内核与 ramdisk，dtbo 为设备树覆盖层，vbmeta 用于验证元数据签名，vendor_boot 存放厂商专属驱动，recovery 则是后续侧载系统包的载体。部分作者实测发现，调整刷入顺序可避免分区校验冲突，上述顺序为经过验证的稳定排列。若文件名带有日期前缀（如 20251120-boot.img），请提前重命名以免 Fastboot 解析失败。

3. 进入 Recovery 并格式化

镜像刷入完成后，需重启至刚写入的第三方 Recovery：

bash
fastboot reboot recovery

进入 Recovery 主界面后，选择 Factory Reset 并执行 Format data。这一步是必须的，因为旧系统的加密密钥与分区表会与全新 ROM 产生冲突，不清除会导致白名单或循环重启。

4. ADB 侧载系统包

回到 Recovery 首页，选择 Apply Update → Apply from ADB。此时屏幕会提示等待推送。切回电脑终端执行：

bash
adb -d sideload crdroid.zip

参数说明：-d 强制指定操作对象为唯一连接的物理设备，避免在多设备环境下选错目标；sideload 是 Recovery 内置的侧载协议，会将 ZIP 包解压并校验 SHA 值后写入 /system 与 /vendor 分区。替换 crdroid.zip 为实际下载的 ROM 文件名。侧载过程中若进度条推进至中段手机提示重启，属正常现象，终端可能短暂报错，此时只需忽略错误提示，手机会自动完成剩余写入并引导至新系统。

5. 安装 GApps 与最终重启

系统包安装完毕后，Recovery 通常会提示安装额外组件。再次进入 Apply from ADB，执行：

bash
adb -d sideload gapps.zip

推送 NikGApps 或其他兼容包后，返回主菜单选择 Reboot to System。首次开机时间可能较长，请耐心等待至桌面加载完毕。

常见故障对照

故障现象	成因分析	排查顺序
卡在 Logo 界面或无限重启	未执行 Data 格式化导致加密冲突；或 vbmeta 签名校验拦截非官方内核	1. 强制重启进 Recovery 执行 Format Data 2. 检查 vbmeta 是否需添加 --disable-verity --disable-encryption 参数 3. 确认底包架构与 ROM 完全匹配
ADB 侧载报错中断或进度停滞	电脑 USB 驱动缺失/版本过旧；数据线供电不足或接触不良；终端缓存未清理	1. 更换原装或认证数据线 2. 重装官方 USB 驱动并重启电脑 3. 终端执行 adb kill-server 后重试 4. 确保手机屏幕常亮且未触发省电策略
无法获取 Root 权限或模块失效	init_boot 未使用修补版刷入；Magisk/SukiSU 版本与内核不兼容；SELinux 状态异常	1. 使用最新版管理器重新修补 init_boot.img 2. 确认刷入的是生成的 patched 文件而非原版 3. 重启后检查 SELinux 状态是否为 Enforcing 4. 尝试切换 Canary/Beta 分支测试
隐私权限管控弱或应用收不到推送	类原生系统默认采用标准 Android 权限模型，未集成厂商级空白通行证或 MiPush 服务	1. 安装 App Ops 手动授予特殊权限 2. 使用第三方 MiPush 框架或 Bouncer 隔离后台 3. 接受挂后台保活的功耗代价，或改用系统自带通知渠道

配置

crDroid 的配置重心在于其内置的 crDroid Settings 面板。与标准安卓相比，它提供了更细粒度的视觉与交互控制权。

状态栏与通知

目录

简介

部署