如果你手上有一个自己公司开发的 APK，或者拿到了明确授权的应用包，想在新版本发布前把品牌视觉整体换一遍，这篇文章就是按这个场景写的。它不讨论抽象的设计理论，也不假设你会写 Java 或 Kotlin，而是把“换肤”拆成六个可以照着执行的步骤：准备素材与色板、导入 APK 建项目、挂附件写需求、让 AI 修改资源、回编对齐签名、装机逐项验收。每一步都说明为什么这样做，以及做错以后会在哪里露馅。

先说明适用范围。本文只处理自有版权或已获得明确授权的应用，例如自己公司的产品、内部工具、给客户交付且合同允许二次品牌化的包。请勿用于破解、去广告牟利或修改他人商业应用；这类行为既不可控，也会带来法律风险。下面所有案例都来自自家的记账 App 和内部工具，材料可以公开，流程可以复现。

一、整套换肤换的是五个面，不是一张图标

很多小白理解的换肤，是把桌面图标换成新 logo，再把应用名改一改，装到手机上瞄一眼，觉得“差不多了”。真正交付给同事、客户或者内测群的时候，问题往往出在别处：启动页还是旧品牌那张图，弹窗按钮还是系统默认蓝，手机切到深色模式以后出现黑字配黑底，折叠屏上图标被裁掉了半边，平板上一行字被拉成一条细线。单点修改永远补不齐这些洞，所以要把换肤当成一次小型的视觉交付来做。

换肤的技术本质，是修改 APK 里的资源，而不是重写应用的业务逻辑。图标是 mipmap 目录下的位图和自适应图标定义，应用名和界面文字是字符串资源，主题色是颜色资源与主题定义，启动页通常是一张背景图加一个入口配置，弹窗和卡片的圆角、描边则来自形状资源与主题属性。把这些资源换掉，应用的骨架不变、数据不变、登录态不变，用户看到的却是另一个品牌。这也意味着：凡是需要改代码才能实现的效果，都不属于本文的换肤范围，应该走正常的发版流程。

层面	对应资源	用户怎么感知	本次是否必改
入口	各密度图标、自适应图标、应用名	桌面能不能一眼认出是谁	必改
骨架	颜色资源、主题定义、按钮与卡片背景	打开以后整体调性对不对	必改
门面	启动页背景与图标、首页顶部、默认弹窗	第一屏像不像正式产品	必改
语气	标题、按钮、提示、空状态、错误文案	读起来是不是自家口吻	必改
边界	夜间限定资源、多密度、多尺寸适配	换设备、换主题会不会翻车	必改

这张表还有另一个用途：它就是需求里的“范围”。写需求时把这五面逐条勾选，AI 才知道你不是只要一张图标；验收时也按这五面逐条过，才不会漏掉深色模式和弹窗。至于“边界”，更要在需求里写死：不改包名、不改签名证书、不动支付与登录逻辑、不删任何权限、不引入新的第三方服务。边界写得越具体，后面返工越少。

接下来的六个步骤是一条直线：素材决定上限，导入决定基准，需求决定结果，回编决定能不能装，验收决定能不能交付。任何一步偷懒，都会在下一步放大。尤其是素材和需求，看似“准备工作”，实际占了整个工作量的一半以上。

二、第一步：准备素材与色板，把“要换什么”变成清单

最省时间的做法，不是一上来就打开工具，而是先在表格里把“要换什么”写清楚。工具再聪明，也猜不出你公司的标准色是哪一个蓝，猜不出启动页要放竖版还是横版，更猜不出“立即购买”要不要改成“立即体验”。素材准备得越像一份施工图，后面的沟通成本越低。

先定色板。不要给每个控件单独挑颜色，而是先定义六到八个语义色，再让所有界面去引用它们。语义化的好处是：换品牌时只改一处，夜间模式只需要一套对应关系，AI 也能准确理解“主色”“卡片底色”“次要文字”分别指什么。

角色	示例色值	用在哪里	是否要夜间版
主色 primary	#2563EB	顶栏、主按钮、选中态	要，夜间可提亮
辅助色 secondary	#0EA5E9	标签、次级按钮、链接	要
强调色 accent	#F59E0B	角标、提醒、限时标签	要
页面背景 surface	#F8FAFC	页面底色、列表底层	要，夜间常用 #0F172A
卡片 card	#FFFFFF	卡片、弹窗、输入框	要，夜间 #1E293B
主文字 on-surface	#0F172A	标题、正文	要，夜间 #E2E8F0
次要文字	#64748B	说明、时间、计数	要，夜间 #94A3B8
分割线	#E2E8F0	列表分割、输入框描边	要，夜间 #334155
错误 error	#DC2626	删除、报错、危险操作	要

把这九个色值写成一行一个的文本文件，例如 primary,#2563EB，连同设计稿一起作为附件。注意不要只给一张 PNG 色卡，图片里的颜色 AI 读不出精确值；纯文本和十六进制才是最稳的表达。如果品牌规范里主色有浅色态、深色态、按下态，也一并列出来，免得后面靠猜。

再准备图标。Android 的启动图标不是一张图走天下，而是按屏幕密度分目录存放，系统会挑最接近当前屏幕的那一张。常见五档如下：mdpi 48×48 像素、hdpi 72×72、xhdpi 96×96、xxhdpi 144×144、xxxhdpi 192×192，单位都是正方形像素。设计稿通常按 1024×1024 或 512×512 输出，再等比缩到五档；缩小的时候用高质量重采样，别直接拖拽，否则边缘会发糊。

Android 8.0 以后还要准备自适应图标：前景层和背景层各一张，画布是 108×108 dp，真正安全的内容区只有中间 66×66 dp，因为不同厂商会把图标裁成圆形、方形、水滴形、圆角矩形。把文字、细线、关键图形放在边缘，换一台手机就会被切掉。背景层可以是纯色，也可以是纹理；如果品牌图形本身很复杂，宁可只放一个简洁符号，也不要把整张海报塞进去。通知栏小图标则相反，要求单色、透明背景、白色剪影，尺寸 24 dp 左右，系统会自动染色，彩色图放进去会变成一团灰。

启动页的素材要单独对待。它通常是一张铺满屏幕的背景图，中间放 logo 或品牌图形。建议以 1080×2400 竖屏为基准出图，中心 40% 区域是安全区，上下留出可被裁切的纯色或渐变延展区；同时准备一张横屏版给平板，避免横屏时图片被拉伸。不要把版本号、活动日期、促销语放在启动页上，这类信息过期快，改一次就要重新打包。Android 12 以后系统自带的启动画面会读取应用主题定义里的窗口背景和图标，所以最稳的做法是“纯色背景 + 居中图标”，复杂插画反而容易在系统接管时出现两层画面叠在一起。

文案要列成表，而不是散落在聊天记录里。至少覆盖这些位置：应用名、首页大标题、主按钮、次级按钮、弹窗标题与确认按钮、空状态提示、错误提示、设置页分组名。每一行写清“位置、原文、新文案、字符上限、备注”。字符上限很重要：中文按钮放四个字刚好，放八个字就会换行；英文、德文、俄文普遍比中文长，同一个按钮可能膨胀一半。文案表里最好也标出哪些是品牌名、哪些是功能名，避免 AI 把“记账”这种功能词也当成品牌词改掉。

位置	原文	新文案	字符上限	备注
应用名	旧品牌记账	青禾记账 内测版	10	桌面只显示前 8 到 10 个字
首页标题	我的账本	今天花了多少	8	顶栏单行显示
主按钮	记一笔	+ 记一笔	6	加号由图标实现，不占字数
弹窗确认	确定	保存这笔	6	弹窗按钮等宽，太长会挤
空状态	暂无数据	还没有记录，先记第一笔	14	居中两行以内

文件命名也要提前统一：全小写英文加下划线，不带空格、中文、括号、版本后缀堆叠。可以按目录区分版本，例如 brand_v2/ic_launcher_xxxhdpi.png。原因很现实：附件要写用途说明，AI 也要按名字和说明去对应资源；名字里带空格或中文，命令行和日志里容易出现转义问题，排查时多一层噪音。

三、第二步：导入自家 APK 建项目，先看清它原来长什么样

打开智能修改电脑版，把 APK 拖进主窗口，或者在导入入口里选中文件。它支持 APK、JAR、APKS、XAPK、APKM 和 CLASS 几种输入，本文只讨论最常见的单 APK；如果你拿到的是 XAPK 或 APKS 这种带附加资源的包，先在工具里确认它是否已经展开成完整工程，再决定要不要继续，避免只改了主包、资源却在分包里。

建项目时，工具会为每个项目生成一个八位随机名字的独立目录，把原始安装包复制成 source.apk，同时写入 config.ini 和 history.ini。config.ini 记录这个项目的基本信息与配置，history.ini 记录你在详情页提交过的需求原话；反编译出来的工程放在 apktool 子目录，反编译过程的输出写进 apktool.log。这个结构的好处是“原件永远在”：改坏了不用重新找包，删掉工程目录重建即可，source.apk 还在。

反编译速度和处理方式有关。一个 12 MB 左右的普通 APK，实测大约 3 秒就能出工程；如果超过 10 分钟还没有结束，工具会中断并报错。遇到这种情况，先别反复重试，通常说明包体异常大、资源极其复杂，或者包被加固过、dex 结构与常规 APK 不同。自家应用如果有源码，优先用源码出正式包再换肤；确实只能处理加固包时，也要确认公司有明确的授权和操作规范，不要拿来源不明的包练手。

工程建好后，详情页会用 aapt 读出一组基础信息：包名、版本号、版本代码、应用名、目标 SDK、启动页，以及图标。这些信息不是摆设，后面每一步都要用到。包名决定你用 adb 启动和卸载时写什么；启动页决定验收时能不能直接拉起主界面；应用名和图标决定你第一眼看到的是不是旧品牌；目标 SDK 则影响签名方案和系统行为，比如高版本系统对 v2 签名的要求更严格。

图标这块要特别讲清楚，因为它是整套换肤里最容易“看起来对了、其实拿错图”的地方。aapt 解析 APK 时，会列出每个密度档位对应的图标路径，常见的档位标记是 160、240、320、480、640，分别对应 mdpi 到 xxxhdpi 附近。工具会优先取最高密度的原图作为图标预览和替换基准，这样放大到桌面时最清晰。但 aapt 的输出里还有一个特殊值 65534，它的含义是“任意密度”（anydpi），是一个哨兵值，不是“比 640 更高的密度”。如果按数字大小简单排序，65534 会排在最前面，程序就可能把一张自适应图标的定义文件当成最高清位图，结果拿到的是 XML 而不是 PNG，或者拿到一张尺寸很小的矢量兜底图。

实际排查时还有一个小技巧：直接打开反编译目录下的 res 文件夹，看 mipmap-xxxhdpi 或 mipmap-xxhdpi 里有没有 ic_launcher 开头的 PNG。有，就以它为准；没有，再看 mipmap-anydpi-v26 里有没有自适应图标定义。两步就能确认“最高清原图”到底在哪，不用死磕 aapt 的文本输出。确认之后，把这张图的宽高记下来，它就是你新图标的尺寸基准，也决定了你要把设计稿缩到多大。

把这几项抄到一张便签上：包名、版本号、启动 Activity、最高密度图标的尺寸、当前应用名。它们后面会反复出现。尤其是包名和启动 Activity，验收阶段用 adb 拉起应用时要精确匹配，写错一个字符就会提示 Activity 不存在，白白浪费一轮排查。版本号则用来确认你装的确实是新包，而不是系统还在用旧版本缓存。

四、第三步：挂附件写需求，让 AI 知道“哪张图替换哪里”

项目建好以后，真正的沟通发生在详情页。左边是需求输入框，右边是 AI 工作区，中间可以挂附件。附件不是“把文件夹拖进去就完事”，它有一套明确的规则：一次可以多选文件，但每个文件都必须写用途说明，而且不少于 10 个字；系统会逐个校验文件是否存在、是不是目录、是不是 0 字节、能不能读取，任何一项不通过都会被拦下；通过校验后，附件会按“序号 + 路径 + 说明”的形式拼进需求，一起发给 AI。

为什么非要 10 个字？因为“logo”“图1”“图标”这种说明等于没说。AI 拿到一张 192×192 的 PNG，它不知道这是主图标还是通知栏图标，不知道要替换 xxxhdpi 还是全部密度，也不知道这张图要不要保留透明边。10 个字逼你把“用途、目标资源、约束”说清楚，例如“这是 192 像素的主图标，用于替换 xxxhdpi 全部启动图标”。这句话既说明了尺寸，也说明了落点，还隐含了“五档都要覆盖”的要求。规则看起来麻烦，实际是在帮你减少返工。

附件发出去以后，还要配一段合格的需求。合格不是字数多，而是四要素齐全：目标、范围、边界、验收。目标回答“做成什么样”，范围回答“改哪些地方”，边界回答“哪些绝对不能碰”，验收回答“怎么判断做完了”。四要素里最容易漏的是边界和验收，而这两项恰恰决定了返工次数。

1. 目标：一句话说清品牌与调性，例如“把自家记账 App 换成青禾品牌，主色 #2563EB，整体更轻、更干净”。不要写“好看一点”“高级一点”，这类词无法执行。
2. 范围：逐项列出要改的资源类型和页面，例如“五档桌面图标 + 自适应图标、应用名、启动页、首页顶栏与主按钮、默认弹窗、深色模式对应资源”。范围越具体，AI 越不会漏。
3. 边界：写死不能动的东西，例如“不改包名、不改签名证书、不动登录与支付逻辑、不删权限、不引入新服务、只改资源层”。边界是安全绳，尤其是自家应用已经在线上跑的时候。
4. 验收：用可观察的现象描述，例如“桌面图标清晰无裁切、启动页不闪白、首页主色一致、弹窗按钮同色、深色模式文字可读、720p 与 1080p 均正常”。验收标准写得好，最后一步就不用靠感觉。

详情页自带一个话术库，按六大类整理，每类五百条，合计三千条，点一下就能填进输入框。它的作用是给你起个头，避免对着空白框发呆，而不是让你原样照抄。做换肤主要用“界面美化”这一类，其他类别与本文无关；更重要的是，任何话术都要改写成你自己的包名、色值、页面名，否则 AI 只能按通用模板处理，细节一定对不上。

还有一个容易忽略的机制：history.ini 只保存用户的原话，不会把 AI 的理解、扩写、系统提示词写进去。你点“立刻修改”时，输入框里的原文和日期会被记下来，详情页历史按最新在上排列，右侧有“选择”可以把某条原话回填到输入框。这个设计的好处是复盘干净：你看到的就是当时真实说出口的需求，不会被中间层加工过的内容干扰。反过来也提醒你，需求要一次说清，别写“同上”“照刚才那个改”，否则过两天连你自己都看不懂。

由于历史只留原话，附件里的说明和色板文件并不会完整进入历史。重要参数最好在需求正文里再写一遍，例如把主色值、图标尺寸、启动页尺寸直接写进文字；附件只作为“原图来源”。这样即使换了电脑、换了项目，翻历史也能重建当时的意图。素材文件夹也建议按项目单独留一份，别改完就删。

五、第四步：让 AI 改资源，主题色、图标、启动页、文案分四条线走

点“立刻修改”以后，输入框里的原话和日期会写进 history.ini，需求被送进右侧的 AI 工作区执行。AI 在项目目录里完成修改后会留下一个完成信号，主窗口每 2 秒检查一次，读到就继续往下走，最长等待 1 小时。这个过程不需要你盯着，但也不建议完全不管：改到一半发现方向错了，越早叫停越省时间。

换肤的四条线最好分开说，混在一起写，AI 容易顾此失彼。第一条是主题色，第二条是图标，第三条是启动页，第四条是文案。每条线都有自己的坑，下面逐条讲。

主题色这条线，核心是“改定义，不改散点”。正规的 Android 工程会把颜色集中在颜色资源里，界面通过名字引用，例如主色、卡片底色、分割线。你要做的是把这些名字对应的色值换掉，而不是让 AI 在布局文件里逐个搜索十六进制颜色。散落在布局里的硬编码颜色是最麻烦的，它们不受主题控制，改主题时不会跟着变，夜间模式更是完全失灵。需求里可以明确写“优先修改颜色资源与主题定义，若发现布局内硬编码颜色，请一并替换为对语义色的引用”。

主题色还要覆盖状态。按钮不只有默认态，还有按下、禁用、选中、聚焦；输入框不只有边框，还有光标和错误态；列表不只有背景，还有水波纹。这些通常由状态列表或主题属性控制，只改一个基础色，按下去还是旧颜色，验收时一眼就能看出来。状态栏和导航栏也要一起处理：浅色页面配深色图标，深色页面配浅色图标，否则会出现白底白字、看不见时间电量的情况。

夜间模式不是“把背景调黑”这么简单。Android 用夜间限定资源目录来存放另一套颜色和图片，系统切到深色时自动加载。正确做法是给每个语义色准备夜间值，并检查三类常见事故：一是文字颜色写死成深色，夜间背景一黑就看不见；二是图片自带白底，夜间像贴了一块白纸；三是启动页只有浅色版，深色模式下从白闪到黑。需求里可以直接要求“补齐夜间限定目录下的同名颜色资源，并检查启动页、空状态插图、弹窗背景是否有硬编码浅色”。

图标这条线，核心是“五档齐全、比例不变、边距一致”。替换时要把 mdpi 到 xxxhdpi 五档全部覆盖，只换最高档，低密度设备会拿旧图放大或缩小，边缘立刻露馅。自适应图标的前景层和背景层要分别替换，前景图形保持在中间安全区，背景可以是纯色；如果只换前景、忘了背景，系统裁切后会露出一圈旧品牌的底色。圆形图标、通知栏小图标也别忘了，前者在部分启动器里优先显示，后者会出现在状态栏和通知里，都是用户高频看到的位置。

尺寸处理有两个细节。第一，不要为了“填满”而拉伸，宽高比变了，logo 会变形；正确做法是等比缩放后居中，四周留透明边。第二，透明边的比例要跟原图一致，原来四周留 8% 空白，新图也留 8%，否则在桌面上会比旁边的应用大一圈或小一圈。判断方法很直接：把新旧图标并排放在同一张画布上，看视觉重量是否接近，而不是只看像素尺寸是否相同。

启动页这条线，核心是“过渡自然”。启动页通常是一个独立入口，背景是一张铺满的图，中间放 logo。替换时要注意缩放方式：居中裁切比拉伸安全，尤其是长图；如果背景是纯色，直接改颜色资源最稳，能避免图片解码带来的首帧延迟。浅色和深色各准备一套，横屏和竖屏各检查一次。Android 12 及以上系统会接管启动画面，读取主题定义里的窗口背景和图标，这时应用自己的启动页和系统启动画面会先后出现，两者颜色不一致就会“闪一下”。解决办法是让系统启动画面的背景色与应用启动页的底色一致，图标位置尽量居中。

启动页上不要放需要翻译的句子，也不要把活动日期写死。它是一张“门面”，门面越简单越耐用。如果品牌图形本身带渐变，确认渐变方向在竖屏和横屏下都不会出现明显断层；如果必须用复杂插画，至少保证中心区域在小屏上不被裁掉。

文案这条线，核心是“只改该改的，别动格式占位符”。应用里的文字集中在字符串资源里，按语言分目录存放。改文案时只替换文字内容，保留原有的占位符、转义符和复数结构。例如“还有 %1$d 天”里的 %1$d 是变量，删掉或改动顺序，运行时会直接崩溃；带撇号、引号的句子要注意转义，否则编译阶段就会报错。应用名也是字符串资源，长度要控制在桌面能显示完的范围，中文一般 8 到 10 个字，超了会被省略号截断。

如果应用有多语言，中文改完还要看英文目录是否也需要同步。只改默认语言，英文环境下还是旧品牌名，这种“半换肤”在海外版或双语应用里很常见。品牌名通常不翻译，功能名才翻译；需求里要说明哪些词是品牌词、必须保持一致，哪些词可以本地化。否则 AI 可能把“青禾”音译成别的写法，前后不一致。

AI 报告完成以后，先别急着点打包。花两分钟做三件事：第一，在工程目录里搜索旧品牌名，看有没有漏网的字符串；第二，打开 res 下对应的图标目录，确认五档文件的时间戳都更新了，尺寸没有变成 0 字节；第三，看一眼颜色资源，确认主色、夜间色、状态色都在，而不是只改了一个入口。这三件事做完，再进入回编，能省掉一轮“装上去才发现没改全”的返工。

六、第五步：回编、对齐、签名，四步一个都不能少

资源改完，接下来是把工程变回可以安装的 APK。智能修改电脑版把这条链路固定成四步：回编、对齐、签名、校验。四步对应四条命令，任何一步失败，产物都不能拿去装机。理解这四步在做什么，比记住按钮位置更重要，因为出问题时你要靠日志判断是哪一步坏了。

第一步，回编。apktool 把反编译出来的资源、清单、dex 重新组装成 unsigned.apk。这一步最常见的失败是资源引用错误：布局里写了一个不存在的颜色名，或者图片文件名带了大写字母、空格、中文，编译阶段就会报 resource not found 或文件名非法。另一个高频问题是图片格式，把 WebP 当成 PNG 改名，或者 9-patch 图的黑边画错，都会在这里暴露。看日志时先找第一条 error，后面的报错往往是连锁反应。

第二步，对齐。zipalign 把 APK 里未压缩的数据按固定边界对齐，这里的 4 表示 4 字节对齐，-p 表示对 .so 这类库文件做页对齐，方便系统直接映射而不必解压到内存。对齐没做或者做错，应用通常还能装，但运行时的内存占用和启动速度会受影响，部分系统还会在安装时直接拒绝。这个步骤不改变内容，只调整排布，所以它必须放在签名之前；签名之后再对齐，签名就失效了。

第三步，签名。apksigner 用你的证书给 APK 签名，支持 v1、v2、v3、v4 几种方案，默认会启用 v1、v2、v3 三档。v1 是传统摘要签名，兼容老系统；v2 是整包签名，校验更快、防篡改更强；v3 增加了密钥轮换能力。目标 SDK 较高的应用，系统会强制要求 v2 及以上，只签 v1 可能装不上。证书来源有四种：工具默认签名、JKS 或 keystore 文件、PEM 加 PK8、随机签名。自家内测建议固定用同一份 JKS，别每次换，原因下面会讲。

第四步，校验。多跑一次 apksigner verify --print-certs，是为了确认“到底签没签上”，而不是只看签名命令有没有报错。签名失败有时不会让命令返回非零，尤其是证书格式不匹配、别名写错、口令读不到的时候；只有 verify 会明确告诉你签名方案、证书指纹、以及哪一档签名缺失。它还能量出证书的有效期和主题，方便你核对是不是拿错了证书。很多人省掉这一步，结果装包时报“未签名”或“签名无效”，回头再查更费时间。

整个打包过程会写进 pack.log，回编、对齐、签名、校验每一步的标准输出和错误输出都在里面。排查时先看最后 50 行，再往上找第一条 error；不要从第一行开始逐字读，日志前面大多是正常的资源处理信息。apktool.log 则专门记录反编译和回编的资源处理细节，两边对照，能快速判断是资源写错、文件名非法，还是签名环境有问题。工具自身的异常会进 error.log，吸附和窗口布局的日志在 dock.log，与打包无关，别在那里找打包错误。

日志位置	记录什么	什么时候看
apktool.log	反编译与回编的资源处理输出	回编报资源错误、图片格式异常时
pack.log	回编、对齐、签名、校验四步全过程	打包失败、签名无效、产物异常时
error.log	工具未处理的异常	界面卡死、操作无响应时
dock.log	双窗口吸附与布局	窗口位置异常时，与打包无关

签名还有一个必须提前想清楚的问题：覆盖安装要求签名一致。如果新包换了证书，手机会拒绝覆盖，提示签名不一致；这时只能先卸载旧版再装，而卸载会清掉应用数据。自家内测如果不想让同事丢数据，就从头到尾用同一份证书。确实需要换证书时，提前在群里说明“这次要卸载重装，先导出数据”，比装到一半才解释要体面得多。

七、第六步：装机验收，首页、弹窗、深色、分辨率逐项过

打包完成后，工具会自动走装机流程：先用 adb 找设备，找到就装包，然后用 am start -W -n 包名/启动 Activity 把应用拉起来。启动组件名有三档查找顺序：先读项目配置里记录的启动 Activity，读不到就用 cmd package resolve-activity --brief 向系统查询，再不行才走旧的兜底方式。拉起之后，它还会用 dumpsys 复核当前前台应用，确认真的起来了，而不是停在权限弹窗或崩溃页。手机通过投屏窗口显示画面，模拟器则会被提到最前，方便你直接看。

自动拉起只是“装上了”，不等于“验收过了”。验收要分四个维度看，每个维度都有具体的观察点。建议按顺序来，因为顺序本身能帮你定位问题：先看首页，再看弹窗，然后切深色，最后换分辨率。

第一维，首页。看状态栏颜色与图标对比是否正常，顶栏标题是不是新文案，主按钮是不是新主色，卡片圆角与阴影有没有被旧主题残留影响，底部导航的选中态有没有跟着变。还要看图标本身：桌面上的图标是否清晰、有没有被启动器裁掉边缘、圆形和方形两种显示模式下是否都完整。有些启动器会缓存图标，装完还是旧图，这时重启桌面或重新切换一次桌面设置，别急着怀疑打包。

第二维，弹窗。触发一个确认弹窗，看标题、正文、确认按钮、取消按钮的颜色和圆角，看半透明遮罩是不是过黑或过白，看按钮文字有没有换行。再触发一个输入弹窗，看光标颜色、输入框描边、错误提示的红色是否统一。弹窗是最容易被漏掉的地方，因为它不在首页截图里，但用户点删除、点退出、点保存时一定会看到。

第三维，深色模式。在系统设置里切换深色，回到应用，重点看四处：文字有没有变成黑底黑字，卡片有没有变成纯白刺眼块，启动页有没有从白闪到黑，状态栏图标有没有跟着反色。再杀进程冷启动一次，因为有些颜色是在启动阶段读取的，热切换看不出来。深色模式下还要看一眼空状态插图和引导页，这类图片常常自带白底，夜间非常突兀。

第四维，不同分辨率。至少准备三种屏幕：720×1280 的小屏、1080×2400 的主流全面屏、1440×3200 或平板的大屏。小屏看文字是否截断、按钮是否换行、图标是否挤压；大屏看内容是否被拉得过宽、卡片是否失去比例；平板再看横屏，启动页是否被拉伸。折叠屏如果能借到，展开和折叠各看一次，重点看布局切换时颜色和图片有没有错位。

八、两个自家实例：记账 App 换品牌，内部工具换主题色与启动页

流程讲完，下面用两个真实场景把它串起来。两个包都是自家团队开发的，素材和授权都没有问题；写“以前怎么做”不是为了诉苦，而是让你看清哪些环节被工具接走了，哪些环节仍然需要人来判断。

实例一：自家记账 App 做完整品牌换肤。背景是产品改名，旧品牌叫“随手记一记”，新品牌叫“青禾记账”，需要在内测版里先跑一轮视觉，确认没有明显问题再进正式发版。换肤范围包括桌面图标、应用名、启动页、首页主色和弹窗，深色模式必须一起过。

以前怎么做：设计给一张 1024 像素的 logo，开发和设计一起手动导出五档 PNG，逐个改名放进对应目录，再改自适应图标的前景和背景；应用名在字符串资源里改，首页主色要全局搜索旧的十六进制值，找到一处改一处；启动页换图以后，还要单独处理深色模式和 Android 12 的系统启动画面。改完用命令行回编、对齐、签名，装到两台手机上对比。最麻烦的是漏改：首页改完，弹窗还是旧蓝色；浅色改完，深色模式一塌糊涂。一轮下来通常要半个工作日，遇到图标裁切还要再来一轮。

现在怎么做：先把素材整理成九个文件——五档图标、自适应前景、自适应背景、竖版启动页、横版启动页，再加一份色板文本和一份文案表。每个附件写清用途，例如“192 像素主图标，用于替换 xxxhdpi 全部桌面图标”“1080×2400 竖版启动页，中心留白放 logo”。需求按四要素写：目标写新品牌与主色，范围列全五个面，边界写死“不改包名、不动记账逻辑、不删权限”，验收写清深色和两种分辨率。一次提交后，AI 在工程里改资源，完成后人工检查旧品牌名残留和五档图标时间戳，再走回编、对齐、签名、校验。

改完怎么验证：第一，桌面上看图标在方形和圆形两种显示模式下是否完整，应用名是否显示为“青禾记账 内测版”；第二，冷启动看启动页，确认没有从白屏闪一下再进首页；第三，首页顶栏、主按钮、选中态是否同为 #2563EB，弹窗确认按钮是否跟着变；第四，切深色模式，逐个页面看文字对比度和图片白底；第五，在 720×1280 和 1080×2400 两台设备上各装一次，确认按钮不换行；第六，覆盖安装一遍，确认数据还在、签名指纹没变。六项都过，才把包发到内测群。

实例二：自家内部工具换主题色加启动页。背景是运维团队想把内部工单工具从默认蓝换成公司统一的深青色，同时在启动页加上部门标识，方便同事在手机上一眼区分测试包和正式包。这个包不对外分发，但涉及内部数据，边界要求更严：只改视觉，不碰接口地址、不碰登录逻辑、不改包名。

以前怎么做：颜色散在好几个布局里，开发要全局搜索色值，改完还要逐个页面点一遍；启动页只有一张浅色图，夜间模式下从白闪到黑；改完发给测试，测试只记得看首页，弹窗和设置页经常漏掉。因为内部工具没有专职设计，色值经常是“看着差不多”，同一个蓝色在不同页面出现三种深浅。

现在怎么做：先定四个语义色——主色深青、页面背景、卡片底色、主文字，浅色和深色各一套，写进色板文本；启动页做成“纯色底 + 居中部门标识”，只出一张竖版和一张横版，不再用插画。需求范围只列登录页、工单列表、工单详情、设置页和关于页，明确写“接口地址、账号体系、包名、签名均不得改动”。附件里每个文件都写用途，启动页说明写清“纯色底用于对齐系统启动画面，中心标识不要贴边”。

改完怎么验证：登录页看主按钮和输入框光标颜色；工单列表看状态标签是否仍能区分（不能因为统一主色把“待处理”和“已完成”改成同一个色）；详情页看底部操作栏；设置页看分组标题和分割线；关于页看版本号是否还是新包的版本。再切深色模式走一遍，最后在平板横屏上看启动页有没有被拉伸。特别加一项：登录一次，确认接口地址仍是内网正式环境，工单能正常提交——视觉换肤不应该影响任何业务链路。

对比项	以前	现在
素材整理	设计给图，开发自己猜尺寸和落点	按清单出图，附件逐条写用途
改色	全局搜十六进制，漏一处就花一次	按语义色改定义，夜间一起补
打包	手敲四条命令，靠记忆判断成败	四步自动串起来，日志可追溯
验收	凭印象看首页，漏弹窗和深色	按四个维度清单逐项勾

九、常见失败排查：先看日志，再回需求，最后才重做

换肤失败大多不是“工具不行”，而是某个前提没满足：文件名不合规、签名不一致、夜间资源没补、启动器缓存没清。下面这张表按现象归类，覆盖了大部分新手会遇到的坑。遇到问题时先对号入座，不要一上来就删项目重来，重来往往还是同一个错。

现象	最可能的原因	处理方式
回编报资源找不到	文件名含大写、空格、中文，或引用了不存在的颜色名	看 apktool.log 第一条 error，改文件名与引用
日志提示 9patch 块缺失	APK 里存在伪 9.png，扩展名是 9.png 却没有黑边	这是工具的标准兜底，改名后通常仍能回编，确认视觉无拉伸即可
安装提示版本不兼容	新包与已装应用的签名不同	换回原证书；必须换证书时先备份数据再卸载
提示未签名或签名无效	只签了 v1，或签名后又改动了包	重新对齐再签名，最后跑 verify --print-certs
装上了但桌面还是旧图标	启动器缓存，或只替换了其中一档密度	重启桌面；核对五档文件是否都更新
启动页先白后黑闪一下	系统启动画面背景与应用启动页底色不一致	统一主题定义里的窗口背景色与启动图底色
深色模式黑字配黑底	夜间资源缺失，或文字颜色写死在布局里	补齐夜间限定目录同名资源，替换硬编码颜色
应用名被截断或显示方块	名称过长，或文件编码不是 UTF-8	缩到十字以内，确认字符串文件编码
弹窗按钮颜色没变	按钮颜色是硬编码，或状态列表复用了旧色	搜索旧色值，改基础色与按下态
打包长时间无响应	包体异常、资源复杂，或来源包被加固	等满十分钟会中断报错；换合规的自家正式包

排查顺序也值得固定下来，避免东试一下西试一下。第一步，打开 pack.log 看最后 50 行，确认失败发生在回编、对齐、签名还是校验；第二步，如果是回编失败，转到 apktool.log 找第一条 error，通常是资源名或图片格式；第三步，如果打包成功但安装失败，优先怀疑签名，跑一次 verify 看证书；第四步，如果安装成功但界面不对，回到需求，检查范围有没有漏项、附件说明有没有指错落点；第五步，才考虑删工程重来，而且重来之前先把 source.apk 备份好。

一个经验：先确认“旧包本身能不能装、能不能正常启动”，再谈换肤。如果原始 APK 在你的测试机上就装不上，换肤后的包装不上并不奇怪，问题不在资源，而在包本身与设备、系统版本的兼容性。把基线跑通，后面的对比才有意义。

十、用户评价与合规提醒：能改的是自己的应用，不是别人的生意

下面五条评价来自不同角色，关注点不一样，放在一起看更接近真实使用场景。评价只代表个人体验，具体效果仍取决于素材质量、需求写法和设备环境。

“以前给自家小工具换图标，光是导出五个密度、改文件名就要弄一下午。现在把素材按清单挂上去，需求一次写完，剩下的时间都花在验收上，反而更踏实。”

—— 小周，独立开发者

“我们公司的展示 App 经常要按客户换主色，以前每换一次都要开发重新编译。现在设计把色板和文案表给我，我按四要素写清楚，改完直接装到测试机对比，沟通成本低了很多。”

—— 阿岚，创业公司前端

“内部工单工具换主题色那次，最有用的是边界那一段。写清楚不许动接口和登录，改完登录一次就能确认业务没被碰过，比反复点页面放心。”

—— 老陈，企业信息化负责人

“我是按文章里的验收清单过的，首页、弹窗、深色、两种分辨率，一项一项打钩。第一次发现自己漏了弹窗按钮，第二次就全过了，比凭感觉靠谱。”

—— 米粒，产品助理

“外包交付时最怕返工。现在每个附件都写用途，需求和验收都在历史里，客户改主意时能翻回原话，责任边界很清楚。”

—— 何工，外包团队测试

最后把整件事收束成一句话：换肤不是“换一张图”，而是把入口、骨架、门面、语气、边界五个面一起对齐，再用回编、对齐、签名、校验把结果变成能装的包，最后用首页、弹窗、深色、分辨率四个维度验收。流程固定下来以后，换一个品牌只是换一套素材和一份需求，工作量会越来越小，交付质量却越来越稳。

安卓修改大师智改工坊会继续拆解这类可复现的改包流程：怎么准备素材、怎么写需求、怎么看日志、怎么验收。工具只是把重复劳动接过去，判断仍然在你手里。记住那句口号——只需说话，就能让应用变成你想要的样子；但说话之前，先把范围和边界想清楚。

更多说明与版本信息，可以访问官网 www.apkeditor.cn。电脑版适合在桌面上做整套换肤、看日志、批量处理；如果你更习惯在手机上直接改，同一个介绍页也能找到对应版本。