简介Android Kitchen 是面向 Android 爱好者和开发者的 ROM 定制工具V0.223 版由光头佬制作适合希望深度定制系统、体验刷机或学习 ROM 打包原理的用户。压缩包共 397 个文件体积 23.05MB以批处理脚本为主体包含 txt 配置说明、h/c 源码片段、jar/apk 工具组件以及大量针对三星、HTC 多款机型的专属脚本覆盖解包、签名、zipalign、内核处理、恢复模式等关键环节。目前已有 592 人学习下载是早期 Android 定制工具中流传较广的版本。资源内置菜单化操作界面与插件扩展机制可辅助完成 ROM 定制、boot.img 处理、APK 优化、系统备份与恢复等任务仔细研读脚本还能从解包到打包刷入梳理整个定制流程理解设备型号判断、分区处理等底层逻辑对刷机玩家和 ROM 开发者都有不错的参考价值。 最开始接触 Android Kitchen 这工具时很多人第一反应都是这不是个做菜软件吗等到真正在终端里跑起来看到那一串像菜谱一样的选项菜单才明白“厨房”这两个字确实贴切——ROM 定制就是把系统镜像当食材解包、改配置、删应用、重新打包最后端出一盘合自己口味的系统。V0.223 这个版本在玩家圈里流传挺广By 光头佬是早期国内社区里流传度很高的一个打包/汉化版本。今天这篇就围绕这套经典的 ROM 定制工具链聊聊它的工作原理、环境搭建、实操流程以及我在反复解包打包过程中踩过的那些坑。在 Android 刷机圈Android Kitchen 不是某个 APP 的名字而是一套基于 Linux shell 脚本的 ROM 加工环境。它不依赖图形界面菜单全是命令行交互。它的价值不在于某个功能多炫而在于把 ROM 定制里最高频的操作——解包、修改、打包、签名——整合成了标准化流程哪怕你不太懂底层原理跟着菜单一步步走也能做出一个可刷入的定制包。当然要玩得明白还是得搞清楚它每一步背后到底做了什么。1. 为什么叫“厨房”不叫“工具集”——先想清楚它能做什么1.1 解包、修改、重打包一套完整的加工链路Android Kitchen 的核心逻辑可以概括成三件事把官方 ROM 拆开把需要改的地方改掉然后重新装回去。这个过程非常像做饭——菜买回来要先洗切配下锅炒最后装盘。对应到工具里就是解包unpack把 system.img、boot.img 这些镜像文件拆解成可读的目录结构相当于把整鸡分解成鸡胸、鸡腿、鸡翅。修改modify替换或删除 APK、编辑 build.prop 系统属性、添加 root 权限文件、换开机动画相当于调味和配菜。重打包repack把修改后的文件重新压成镜像并处理好权限和签名相当于装盘上桌。用这套链路可以做的事情很多给新手机去掉用不上的预装应用、给老设备移植新版系统的部分功能、把国行系统里没有的 Google 服务塞进去、修改状态栏和时间显示格式……在当年 ROM 定制最火的那几年这些操作几乎是每个发烧友的日常。1.2 适用场景与不适用场景不过我也得泼盆冷水Android Kitchen 不是万能的。它适合处理基于同一个 Android 大版本比如都是 Android 9 或都是 Android 10的 ROM 定制、精简、轻度移植但它不适合做跨大版本的深度移植比如把 Android 13 的系统移植到只适配 Android 9 的旧机型上这种工作量已经超出了 Kitchen 的能力边界需要去适配内核、HAL、vendor 分区等底层内容。另一个需要明确的是V0.223 这个版本号是老工具的延续它最有价值的参考资料其实来自社区积累的经验帖。它支持到 Android 4.x 时代比较成熟后面 Android 8.0 引入 system-as-root 后旧版 kitchen 对新镜像格式的支持就跟不上了。所以如果你想用它处理近几年的系统包大概率要配合手动修改脚本或改用其他工具。但理解它的运作方式对理解 ROM 结构非常有帮助。2. 开灶之前环境搭建里最容易被新手忽略的三件事2.1 Cygwin 环境的正确安装方式Android Kitchen 本身是 shell 脚本原生运行环境是 Linux。大多数玩家当年用的是 Windows 系统所以最典型的做法是装一个 Cygwin 来模拟 Linux 环境。很多人在这步就栽了——安装 Cygwin 的时候只选了默认包结果运行 kitchen 时各种命令找不到。建议在安装 Cygwin 时额外勾选这些包unzip、zip、wget、gawk、bzip2、coreutils、diffutils、findutils、sed、tar、util-linux、which。Kitchen 脚本运行时会调用这些基础命令缺一个就报一个错。我当年第一次运行脚本卡在解压环节查了半天才发现是unzip没装。这是新手最容易忽略的点没有之一。提示如果你现在用的是 Linux 或者 macOS可以直接跑不需要 Cygwin。但注意 macOS 上sed命令和 GNU sed 有差异可能会影响脚本中某些编辑 build.prop 的逻辑建议先装好 GNU sed 再跑。2.2 工作目录与文件格式的兼容关系Kitchen 的工作目录一般在解压后的 kitchen 文件夹内它会自动生成original_update、working等子目录。你放进来的 ROM 包最好保持官方结构比如常见的update.zip或线刷包里的system.img。这里要重点说下镜像格式的兼容性。早期很多机器用的是yaffs2格式的 system.img直接用unyaffs解包后来主流是ext4格式需要simg2img先把 sparse image 转换成 raw image 再挂载。Android Kitchen 的菜单里通常会提供选项但老版本工具内置的simg2img可能不支持新的 sparse 格式报错时会提示“file not found”或“mount failed”。碰到这种情况我的处理方法是先在外部手动用simg2img转换好镜像再把 raw image 放进 kitchen 的工作目录里让它解包。千万别指望一个老工具能通吃所有新格式学会手动介入是关键。2.3 别把系统镜像和新旧版本搞混还有一点解包前一定要确认镜像里的系统版本和你的工具版本匹配。比如 V0.223 这个版本的处理逻辑对 Android 4.x 时代的 ROM 优化得最好菜单选项也最贴合。你拿它处理 Android 11 甚至更高版本的系统包很可能在打包环节生成一个刷不进去的镜像不是脚本报错而是打包后校验和有问题。3. 基础操作解包、增删文件、重打包的完整流程3.1 解包 system.img 和 boot.imgAndroid Kitchen 的菜单选项里有Advanced和Build两大块。解包一般走Advanced里的Unpack/Repack相关选项菜单会引导你选择要处理的是boot.img还是system.img。解包system.img后你会得到一个working目录里面基本就是 Android 系统文件的完整树状结构app、framework、priv-app、build.prop、media等核心目录都对应着系统启动时加载的内容。如果你之前没看过系统解开的样子第一次看到这目录结构会非常有感觉——原来手机系统就是一堆 APK 加配置文件的组合。解包boot.img则不同它对应的是内核和 ramdisk里面有init.rc等启动脚本是系统开机流程的入口。一般情况下普通用户不需要动这里但如果你想改开机动画、修改 root 方式可能就得了解它。3.2 增删文件时的权限雷区文件操作本身不难难在权限。Android 系统对文件权限非常敏感system 分区下的 APK 通常要求权限为644即 -rw-r--r--目录通常要求755即 drwxr-xr-x。在 Kitchen 里删文件、加文件后务必留意权限。很多新手直接在 Windows 资源管理器里往 working 目录拖文件拖完后权限全变了Windows 的权限体系和 Unix 不同打包刷机后就会出现各种诡异问题某个应用不见了、系统启动卡在桌面、甚至无限重启。解决方法是在 Cygwin 环境里用chmod命令手动修正权限或者打包前检查文件权限。一个更稳妥的做法是不要从 Windows 层面拖文件而是把要添加的文件放到 kitchen 的某个临时目录里在 Cygwin 终端里用cp命令复制到对应位置这样文件会继承cp操作环境下的默认权限至少能保证格式正确。3.3 打包后的签名问题打包完成后Android Kitchen 会问你要不要签名。刷机包的签名机制分几种系统应用签名platform key和普通应用签名不一样不同厂商的签名密钥也不同。Kitchen 内置的签名工具只能提供一个通用的测试 key所以打包出来的包是“未经过原厂签名”的状态。这就引出一个关键点如果你的设备在刷机时开启了签名校验比如某些新机型对 system 分区做了 vbmeta 校验那这个包大概率刷不进去。老设备一般没有这么严格的校验所以当年的玩法很自由新设备则必须关闭校验或者使用兼容的签名方案。4. 最常见的实操场景一次精简预装应用的完整过程4.1 制定精简清单我自己的经验是拿到一个新 ROM 后先不要急着删先在设备上正常开机使用两三天把哪些应用是真正没用、哪些是系统运行依赖的都记下来。比如某些厂商的商城、视频、新闻客户端基本属于安全精简范围但某些系统框架组件比如负责系统界面的SystemUI就绝对别碰。精简前建议用 Android 设备或模拟器启动一次原系统用dumpsys package或第三方应用查看包名和对应的 APK 路径。然后在 kitchen 的 working 目录里按图索骥找到对应的 APK删除即可。这一步比盲删可靠得多能有效避免误删关键组件。4.2 删改的操作细节在working目录里找到system/app或system/priv-app下的对应应用目录整个目录删除。这里要特别注意有些应用不只是存在app目录里还会在/system/etc/permissions下注册权限 XML 文件或者在build.prop里有相关配置。比如某些厂商的人脸识别功能如果只删 APK 不删权限文件系统会在启动时反复尝试加载权限并报错。删完后建议搜索一下working目录里所有包含应用包名或相关关键字比如服务名的文件一并处理干净。这步不嫌麻烦处理得越干净刷完后系统越稳定。4.3 打包刷入与验证精简完成后回到主菜单选择Build ROM工具会帮你重新打包并生成一个新的 zip 包。刷入前先备份原系统这是所有刷机操作的第一原则。实测下来精简应用的 ROM 刷入后首次开机会比原来慢一些因为系统在重建应用缓存这是正常现象耐心等几分钟。另外建议刷入后不要立刻进行大量操作先进入设置里查看系统版本和安全性补丁日期确认系统正常加载。然后逐个测试你平时高频使用的功能——通话、短信、移动网络、Wi-Fi、蓝牙、相机等确认没有因为精简导致功能缺失。注意删除应用时如果涉及priv-app里的系统特权应用一定要格外谨慎。priv-app里的应用通常拥有系统级权限删错了可能导致设置界面打不开、通知栏异常等奇奇怪怪的问题。不建议一次删太多每精简一轮就测试一轮稳扎稳打。5. 翻车现场boot.img 打包后的校验问题与排查链路5.1 问题现象刷机后卡在开机第一屏我在用 kitchen 做 boot.img 修改给原厂内核添加 root 支持时遇到过经典的翻车打包后的 ROM 刷进去设备卡在开机第一屏的 Logo 处反复重启。当时第一反应是 boot.img 里的 ramdisk 被我改坏了。5.2 排查链路从 ramdisk 结构开始后来一步步排查发现问题出在default.prop文件的权限上。Android 启动时内核会先加载 boot.img 里的 ramdiskramdisk 内的default.prop文件如果权限不对或包含非法格式的属性系统初始化阶段就会失败。当时我用file命令检查了这个文件发现它在 Windows 下被转换过格式——换行符从 Linux 的 LF 变成了 Windows 的 CRLF导致解析出错。这问题非常隐蔽因为用文本编辑器看内容完全正常但系统解析时直接卡住。解决方法是用dos2unix命令把所有修改过的文本文件包括default.prop、init.rc等转换回 Unix 格式重新打包刷入问题解决。这个坑我是真踩过的后来每次改完文本文件都养成了转换格式的习惯。5.3 另一个坑打包后校验和不对还有一种翻车情况是打包后的 boot.img 校验值与原厂不一致导致引导加载程序拒绝加载。这种情况多发生在工具版本对内核头格式支持不完善时尤其是新的内核头部信息如dtb叠加无法被旧版mkbootimg正确识别。碰到这种情况我通常的做法是用unpack_bootimg查看原厂 boot.img 的头部信息手工记录内核和 ramdisk 的加载地址等参数然后用命令手动重打包。虽然麻烦但能精确控制每一处字节基本不会出错。6. 进阶玩法与实际项目中的长期心得6.1 从定制到 ROM 移植的思维转变玩 kitchen 到一定阶段后很多人会不满足于精简应用开始想移植其他机型的系统。真正跑通一次后你会发现ROM 移植的核心不是system分区而是kernel和vendor分区——要在不同硬件平台上跑一个系统驱动和硬件抽象层才是关键。Kitchen 对这类工作的帮助主要体现在它提供了一个组织镜像内容的环境让你能方便地替换system下的服务端文件framework、app然后打包刷入测试。但这不意味着它帮你做了底层适配真正的适配修改内核配置、替换 HAL 库还得靠你自己做。我自己的经验是先用 kitchen 跑通“可刷入、可开机”这个流程再逐步替换底层文件每替换一类文件就重新打包测试一次避免大改后找不到问题源头。6.2 长期使用 kitchen 的三条心得第一永远保留原厂 ROM 的备份和哈希值刷前记录原始文件。很多时候你只是打包时不小心改了一个字节刷入后就会表现成完全不同的故障。有原厂备份在手至少可以迅速对照排查。第二工具脚本只是辅助理解文件结构和系统启动流程才是根本。以build.prop为例这个文件里的每个属性都有用途比如ro.product.model控制设备型号显示ro.build.version.security_patch控制安全补丁日期。看懂它相当于看懂了系统的一部分设计思路很多高级玩法都从这里延伸。第三社区里前人留下的教程和脚本要善用但不要盲信。比如某些修改方案在 Android 4.x 上可行拿到 Android 8.0 之后就可能失效。任何修改前都先确认版本适配性能省下大量来回折腾的时间。最后再分享一个小技巧每次打包前把 working 目录复制一份存到工作区外作为“半成品备份”。这样即使某次打包把目录搞坏了也不用从零开始重新解包直接从半成品恢复继续修改就行了。这习惯帮我节省过太多重复劳动时间了。希望这篇对正在折腾 kitchen 的朋友有用也欢迎来交流你们遇到的报错和解决思路。本文还有配套的精品资源点击获取