素材交得对，改包就成功了一半：附件系统的校验与适配学

改包这件事，很多人以为是「说得好不好」的问题，做了十几轮之后会发现，真正拖后腿的是「素材交得对不对」。同一句话「把图标换成这张图」，交付一张 1024 透明底的 PNG 和交付一张从微信里存下来的 320 压缩图，结果是两个世界。安卓修改大师智改工坊 的 智能修改电脑版 为此专门做了一套附件系统：不是简单地「允许你上传文件」，而是把「这个文件是干什么用的」也变成结构化的信息，跟着需求一起送出去。

产品介绍页：https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。下面从机制讲到实操，最后给一份可以直接照抄的素材规范。

一、为什么「上传」不够，还要「说明」

设想一个最普通的多素材场景：你要给自家门店巡检应用换一版视觉，需要三张图——新的应用图标、新的启动页背景、新的登录页插画。你把三张图一起选进去，写了一句「换成附件里的图」，然后点发送。执行方拿到的是三个路径，没有任何对应关系，于是它只能猜：拿第一张当图标？大概率猜错，因为它不知道哪张是方形、哪张是横图、哪张带透明通道。

换个角度理解：一个没有说明的文件，对执行方来说等价于一段二进制数据。它不知道这是图标还是截图，不知道要不要透明，不知道应该放进哪个密度目录。这些判断它都能做，但每一个判断都有概率出错，而错误的代价是你再等一轮。写一句说明的成本是十秒，省下的一轮是几分钟。

在素材多的场景里，这个差距会放大。三个文件三条说明，等于把「猜」变成了「照着做」；五个文件只写一句「换成附件里的图」，等于让执行方做五次选择题，每一题都可能错。

这就是「上传」和「说明」的区别。上传解决的是「文件在这里」，说明解决的是「这个文件对应哪个位置、要满足什么约束」。缺了后者，文件再多也只是噪音；补上后者，一个文件就能准确命中一处。

所以这套附件窗口的设计不是「选文件 → 确定」，而是「选文件 → 给每个文件写一句用途 → 校验 → 确定」。中间那一步是核心，也是最容易被跳过的一步。跳过的人通常会在第二次返工时想起来它。

二、四道校验：为什么卡得这么细

点「确定」时会校验两件事，其中第一件拆成四道：文件存在、不是目录、不是 0 字节、能打开读出来。四条看起来琐碎，但每一条都对应一种真实事故。

文件存在：最常见的情况是你把素材放在桌面，选完之后又把它挪进了子文件夹，或者从 U 盘里选完就拔了盘。发送时才去读，路径已经失效。这道校验在确认时就拦住，避免「发出去之后才发现找不到」。

不是目录：听起来很蠢，但选文件对话框在某些视图下确实能选中文件夹，尤其是在「详细信息」视图里双击进入的瞬间。这道校验兜住手滑。

不是 0 字节：0 字节文件是最阴险的一种，因为它「存在、不是目录、也能打开」，但读出来是空的。常见来源是同步盘里的占位文件（还没下载完）、或者导出时中断留下的残片。放进去之后，执行方拿到一个空文件，可能直接跳过，也可能报错，两种结果都很浪费时间。

能打开读出来：这一条覆盖了「被别的程序独占锁住」的情况。你在设计软件里开着那张图没关，或者正在被压缩软件扫描，文件此刻就读不到。校验会把它判成不可用，而不是等你发出去再失败。

四道全过，才轮到第二件事：说明不少于 10 个字。这个门槛的用意前面提过，这里补一个更精确的解释——10 个字不是为了凑长度，而是为了强制包含至少一个「约束信息」。像「应用图标换这个」是 7 个字，加了「透明底」就过线；「启动页背景」5 个字，加了「1920×1080 铺满」就过线。门槛本身不聪明，但它有效地把人推向了「写清约束」这个动作。

三、拼出去的格式长什么样

确认之后，附件不会以「一堆路径」的形式发出去，而是按固定格式拼成一段清单：序号、文件在磁盘上的绝对路径、用途说明，一条一行。前面还有一句总起，说明这些文件已经准备好、请按各自说明使用；后面补一句叮嘱，需要放进应用里的文件，由执行方自己判断放哪个位置。

为什么用绝对路径而不是相对路径？因为执行环境的工作目录是项目目录，而素材通常在你的素材文件夹里。相对路径一旦跨目录就失效，绝对路径不会。代价是这段文本会带上你的目录结构，所以如果你的路径里有敏感信息（比如客户名），建议先把素材拷到一个中性的目录再选。

为什么序号从 1 开始？因为人读清单时会用它对齐。你在需求里写「第 2 张图放登录页」，对方能直接对上；不编号的话，只能说「那张横的」，双方理解容易分叉。这是一个很小的设计，但它让「指代」变得可靠。

还有一个必须知道的规则：附件说明不进修改历史。历史里只有你写的那句原话。这不是偷懒，而是为了让历史保持可读——如果每条历史都挂着三段路径，翻起来会很痛苦。代价是：下次你想复现同一轮改动时，需要重新挑附件、重新写说明。所以重要的素材说明，建议在自己的笔记里留一份。

四、图标：密度这件事，绕不过去

图标是所有素材里最容易被低估的一个。很多人以为「给一张大图就行」，实际上安卓的图标是按密度分档存放的：一套完整的图标会包含五到六个尺寸档，从低密度到超高密度，系统按当前屏幕密度挑最合适的那一张。

导入包时，程序会从包里把原图标取出来，并按「最高密度档」挑。这里有个容易踩错的坑：解析工具报出的密度值里，有一个特殊值代表「任意密度」（数值是 65534），它不是最高档，而是一个哨兵值。如果按数值大小排序，会把它当成最大的那张，结果挑出一张小图。正确的做法是只在有效密度范围内比较，把哨兵值排除。

对你来说，这件事的意义是：你交给它的图，最好本身就是高分辨率的方形 PNG，带透明通道。常见规格是 1024×1024。不要交 JPG（没有透明通道，圆角会被填成白底），不要交带白边的截图，也不要交从应用商店页面保存下来的预览图（那些通常已经被压过一轮）。

还有一个细节：如果包里的原图是 webp 格式，而当前环境缺少对应解码器，界面上的预览会退化成文字头像，但原图仍然会被正确保存。所以「预览显示不出来」不等于「图坏了」，不要因为这个就把好好的素材换掉。

素材	建议规格	常见错误
应用图标	1024×1024 PNG，透明底，方形	JPG 白底、带圆角的成品图、截图裁切
启动页背景	1920×1080 或更高，主体居中	竖图横用、重要元素贴边被裁
登录页插画	按设计稿比例，留安全边距	文字直接画在图里，多语言就废
音视频	常用编码，码率别过高	无损音频塞进包里，体积翻倍

五、启动页：图和背景是两件事

新手最容易混淆的是「启动页图片」和「启动页背景」。前者是中间那张图（通常是 logo），后者是铺满整屏的底图。两者在工程里往往是不同的资源、不同的位置、不同的缩放策略，说「换启动页」而不指明换哪一层，十有八九改的不是你想要的那一层。

正确的说法是：「启动页背景换成附件里的图，铺满全屏不留黑边，底部的版本号文字不要被压住」。这句话同时给了位置（背景）、策略（铺满）、边界（别压文字）。如果只是想换中间的 logo，就说「启动页中央的 logo 换成附件图，保持原尺寸比例居中，不要放大到贴边」。

分辨清楚之后，需求写法也要跟着变。换启动页是素材类需求，重点在规格；去开屏是逻辑类需求，重点在启动链路。把两者混在一句话里（「启动页换图，顺便把那几秒广告去掉」），执行方需要同时改资源和逻辑，出错概率会明显上升，验收也更难定位。

一个实用的拆分原则：涉及「换文件」的放一轮，涉及「改流程」的放另一轮。两者都做完之后，再单独用一轮做视觉微调。三小步看起来比一大步慢，实际总时长通常更短。

还有一类「启动页」其实不是启动页，而是开屏广告页。它的特征是：显示几秒、可能带跳过按钮、内容每次不同。这类页面的移除是另一套逻辑，不属于素材替换的范畴。分辨方法很简单：如果你的应用每次冷启动都能看到同一个画面，那是启动页；如果画面会变、或者有倒计时，那是开屏。

六、实例一：门店巡检应用的图标焕新

某连锁品牌有一套内部使用的门店巡检应用，只装在督导的手机上。品牌升级之后，logo 换了，应用图标也要跟着换。要求是：桌面图标、通知栏小图标、最近任务卡片三处都要换，形状保留系统的自适应。

以前怎么做：设计给一张 1024 的图，开发者用工具批量导出五档尺寸，逐个替换 mipmap 目录下的文件，还要单独处理通知栏那个小图标（它和桌面图标往往不是同一张，而是单色剪影）。漏了通知栏，表现是「通知里还是旧 logo」，很扎眼。

现在怎么做：把 1024 透明底 PNG 选进附件，说明写「应用的新 logo，1024×1024，透明底，方形，用于替换桌面图标与通知栏图标，保留系统自适应形状」。需求写「把应用图标换成附件里的图，桌面、通知栏、最近任务三处都要换，保留原有圆角与自适应形状」。两句话，一处素材，一次发送。

怎么验证：打包装机后，先看桌面图标；再随便触发一条通知（或者进设置里看应用信息页的图标）；最后切到最近任务看卡片。三处都对，才算过。只桌面图标对，很可能通知栏那一层没覆盖到——这也是为什么需求里要把三处写出来。

七、实例二：健身房应用的活动启动页

第二个例子更贴近日常。一家自营健身房的小程序配套应用，年底要做会员活动，启动页背景换成活动主视觉，持续两周，活动结束再换回来。

关键动作是先建两个项目。一个叫「日常版」，导入原始包，什么都不改，作为回退基准；另一个叫「活动版」，在它的基础上改。这样活动结束时，不需要「再改一次换回来」，直接用日常版重新出一版包就行。多建一个项目的成本是一次点击，省下的是两周后的一次返工。

素材说明怎么写：「启动页背景图，1920×1080，主体居中偏上，底部预留 200 像素空白，避免被版本号文字压住」。这句话里的三个信息缺一不可——尺寸决定清晰度，构图决定裁切后还看不看得出来，底部留白决定文字会不会糊在图上。

验收要点：在一台高分辨率手机和一台老手机上都冷启动一次。高分辨率看清晰度，老手机看是否被裁掉太多。同一张图在不同宽高比屏幕上，铺满策略必然会裁边，所以主体一定要居中，重要信息别放边缘。

八、素材规范的六条硬要求

把上面的经验压缩成六条，可以贴在自己的素材文件夹里当检查表。

1. 图标必须方形、透明底、不小于 1024。不要用 JPG，不要用带白底的成品图。
2. 背景图给足尺寸。手机屏幕越来越长，1080 宽是最低线，1920 更稳。
3. 重要元素居中，四周留安全边。铺满策略会裁边，边缘内容保不住。
4. 图里不要写死文案。文案交给文本资源，图只负责画面。
5. 一个文件只干一件事。不要交一张「上面是图标下面是背景」的合成图。
6. 说明写约束，不写标题。尺寸、透明、位置、留白，至少写一个。

这六条不复杂，但它们覆盖了九成以上的素材类返工。真正难的不是记住，而是在赶时间的时候还愿意花三十秒检查一遍。

九、附件的作用域与三个陷阱

附件是「当前项目、当前这一轮」的物料，不是全局素材库。这个作用域带来三个容易踩的陷阱。

陷阱一：先挑附件再切项目。挑完之后切到另一个项目，附件会被清掉。正确顺序永远是「进项目 → 挑附件 → 写需求 → 发送」。

陷阱二：以为附件会跟着历史走。前面说过，历史只存原话。所以「照上次那条再改一遍」时，附件需要重挑。如果你经常复用同一批素材，把它们放在一个固定文件夹，重挑时一次全选更快。

还有一个不那么像陷阱的陷阱：把附件当成「存档」。有人习惯把整个项目的所有素材一次性选进去，想着「反正以后可能用到」。结果是每轮发出去的清单都很长，执行方要在十几条说明里找相关的那两条，效率反而低。

正确的心态是把附件当成「这一餐的食材」：这一轮要做什么菜，就只拿这几样。素材库放在磁盘上，随时可取，不需要提前搬进附件列表。

陷阱三：一条需求挂太多附件。五个文件、五句说明，读起来像一份清单，执行时反而容易串行。建议一轮不超过三个文件，超过就拆成两轮，每轮聚焦一个视觉层级。

十四、素材从哪来：三种来源的不同处理

素材的来源决定了它有多「干净」。大致分三种：设计交付、自己动手、从旧包里取。三种的处理方式完全不同，混着用就容易出问题。

设计交付是最理想的一种，但也最需要沟通规格。设计师习惯按视觉稿的比例出图，而工程需要的是固定尺寸、固定格式、固定透明策略。所以拿到图的第一件事不是急着选进附件，而是先确认三件事：是不是方形、有没有透明通道、最小边有没有到 1024。三条都过，再往下走；有一条不过，就去要一版符合规格的，别指望后期补救。

自己动手的情况多见于小团队和个人开发者。常见做法是从截图里裁、从网页上另存、用在线工具生成。这条路的坑最多：截图裁出来的图边缘往往带一圈背景色，另存的图可能被压过一次，在线工具生成的图可能带水印。判断标准很简单——把图放大到 200% 看边缘，如果有一圈毛边或者颜色断层，就别用。

从旧包里取素材是另一种常见需求，比如「把 A 应用的启动页图用到 B 应用上」。这类操作技术上不难，但要注意版权：只有你自己拥有权利的应用之间才适合互相取用。另外，从旧包里取出来的图可能已经是被压缩过的版本，清晰度不如原始设计稿，用在同尺寸位置没问题，放大使用就会糊。

十五、格式与体积：什么时候该转 webp

安卓支持多种图片格式，最常见的三种是 PNG、JPG、webp。它们的取舍很清楚：PNG 无损、支持透明、体积大；JPG 有损、不支持透明、体积小；webp 兼顾压缩率与透明，但老设备解码支持不一致。

图标这类需要透明通道的素材，首选 PNG。如果包体实在紧张，可以转 webp，但要接受一个风险：个别老系统或定制系统对 webp 的支持不完整，可能出现图标不显示的情况。判断方法是拿一台目标机型实测一次，别只看新手机。

启动页背景这类大面积照片型素材，用 JPG 就够，质量开到 85 左右肉眼几乎看不出差别，体积能降一大截。用 PNG 存照片是把无损用在不需要无损的地方，白白让包变大。

还有一类素材容易被忽略：音视频。无损音频（比如 wav）动辄几十兆，塞进包里会让包体翻倍；换成常用有损格式、合理码率，听感差别很小。视频同理，分辨率和码率按实际播放尺寸给，不要按拍摄尺寸给。

另一个常见问题是重复压缩。一张图被转了三遍格式，每一遍都掉一点质量，最后看起来「糊但说不出哪糊」。如果你手上有多份同源文件，永远从分辨率最高、压缩次数最少的那一份开始转，不要拿已经转过一次的成品再转。

判断一张图是否被压过头，有个简单方法：放大到 300% 看纯色区域。正常压缩只会在边缘产生轻微噪点，压过头的图在纯色区也会出现块状色斑。看到色斑，就该回去找原图了。

最后提醒一句：转换格式时注意保留透明通道。很多在线转换工具默认把透明背景填成白色，转完看起来正常，放到深色界面上就是一块白斑。

十六、图里写死文案的代价

这是设计侧最常见的习惯，也是后期维护最痛的一种。把「立即体验」「限时特惠」这类文案直接画进图里，出图快、效果好，但只要文案要改一个字，整张图就得重做。

更麻烦的是多语言。一套应用如果要出繁体、英文版本，图里的中文就成了硬伤——要么每个语言做一套图（成本翻几倍），要么就带着中文发给海外用户（体验很差）。而如果文案放在文本资源里，多语言只是多一份翻译文件的事。

所以素材规范里应该有一条：图只负责画面，文字交给文本。确实需要艺术字效果的（比如活动主视觉的大标题），可以画进图里，但要接受「这个语言版本只能这样」的代价，并在一开始就说清楚。

如果你接手的是别人画的图，改文案的需求又很急，一个折中办法是：先用同色块盖住原文字，再用文本叠加一层新文案。这样虽然不如原生排版精致，但能快速上线，等活动结束再让设计重出图。

十七、一个完整素材包长什么样

把一轮改包要用的素材整理成一个文件夹，命名清楚，下一次复用会快很多。下面是一个可参考的结构。

文件名里带上尺寸和用途，是这个结构最关键的部分。等到三个月后你回头找「上次那个启动图的横版」，靠文件名就能定位，不用一个个打开看。那个说明.txt 是给自己看的，写清每个文件对应哪个位置、有什么约束，下次填附件说明时直接复制，不用重新想。

版本管理也值得顺手做一下。活动素材按「项目名_日期」建子文件夹，比如「门店巡检_20240312」。同一活动改了三版就往后排，别覆盖原文件。改包出问题时，你至少能回到上一版素材，而不是对着一个被覆盖过的文件发呆。

如果素材是从设计那边同步过来的，建议在文件夹里放一份原始交付包（压缩包），不要只留你处理过的版本。处理过的版本方便用，原始包方便回溯，两者都有用。

还有一个小技巧：把这份文件夹放在固定的位置（比如「文档/改包素材/项目名」），不要散落在桌面。附件选择窗口会记住上次打开的目录，固定位置能让「选素材」这个动作从五六次点击降到两次。

十八、素材出错时的排查顺序

改完之后发现「图没换」「图糊了」「图变形了」，别急着重发需求，按这个顺序排查通常能自己解决。

第一步，看是不是换了但没显示。桌面图标有启动器缓存，通知栏图标有系统缓存，网页视图里的图有本地缓存。重启应用、重启桌面、或者清一次缓存再看，很多「没变」其实是「没刷新」。

第二步，看是不是换错了位置。比如你要换的是首页 banner，实际改的是活动页 banner；或者你要换的是启动页背景，改的是开屏广告的底图。对照需求原文和你写的位置描述，确认指的是同一处。

第三步，看素材本身的规格。糊，通常是尺寸不够被放大；变形，通常是长宽比被强行拉伸；边缘有白边，通常是 JPG 没有透明通道。这三类都是素材问题，不是执行问题，换素材比换说法有效。

第四步，看是不是有多张同名资源。有些应用在不同密度目录下放了同名文件，只换了一张，其他密度的还是旧的。这类情况在需求里写「所有密度档都要换」能避免。

补充一条常被忽略的排查项：安装的是不是新包。有些人在设备上装过同包名的旧版，新包因为签名或版本号原因没装上，但界面上看起来「装成功了」，于是一直在看旧界面。确认方法很简单，进应用信息页看版本号，或者看安装时间。

还有一条：多设备时确认看的是哪一台。投屏、模拟器、真机同时开着的时候，很容易在 A 设备上改、在 B 设备上看。这种错误发生过一次之后，人会变得格外小心，但提前知道能省掉那次尴尬。

第五步，才是怀疑执行。这时候把需求原文、附件说明、验收结果三样摆在一起，重新发一轮，并且在需求里把「上一轮没生效的地方」明确指出来。带着上下文的第二轮，成功率远高于原样重发。

十九、把规范变成团队约定

一个人用，规范记在脑子里就行；一个团队用，规范必须写下来，否则每次都要重新解释。

最小的团队约定可以只有三条：图标交付规格（方形/透明/1024）、背景图交付规格（最小宽度/主体居中/底部留白）、文案不入图。三条贴在共享文档里，新人和外包照着做，能省掉大量来回。

再进一步，可以做一个「素材交付单」，让设计在交图时顺手填：每个文件的用途、尺寸、约束、对应的页面。这张单子填完，运营或开发直接照着填附件说明，信息不会在传递中衰减。

如果团队里有人专门负责改包，还可以把常用素材做成模板库：常用尺寸的空白模板、常用的活动底图、标准的图标外框。新活动来了，套模板改内容，比从零画快得多，也不会忘记规格。

最后一条建议：把每次「因为素材返工」的原因记一笔。三个月后回看，你会发现原因高度集中在那三四个点上——记下来，下次就能提前避开。

二十、圆角、自适应与那张「不该有圆角」的图

安卓从 8.0 开始推广自适应图标：系统把图标分成前景层和背景层，再按厂商自己的形状（圆形、方形、水滴形、 squircle）裁切。这意味着你在桌面上看到的形状，不完全由你的图决定，而是由系统和启动器决定。

这就是为什么提交素材时，不要给一张「已经切好圆角」的图。它会被再裁一次，结果是圆角套圆角，边缘出现一圈奇怪的空隙或者双层的弧线。正确做法是给一张满幅的方形图，让系统去裁。

前景层和背景层的分工也值得知道：前景放主体图形，背景放底色或纹理。如果包里的原图标是单层的老式图标，替换时通常会被放进前景层，背景层用默认色填充。这时候如果你的图本身是全屏铺满的（比如一张照片），会被裁掉边缘，所以主体要留安全边距。

还有一类图标是单色的，比如通知栏小图标。它不用彩色，系统会按当前主题着色，所以交付时应该是一张「白色图形 + 透明底」的图。如果给了彩色图，系统可能直接显示成一块白块，看起来像丢了图。

把这些讲清楚之后，你会发现「换图标」这个动作其实包含三到四个不同位置，每个位置的规格要求还不一样。所以需求里写「三处都换」比写「换图标」有价值得多——它逼着双方把位置数清楚。

二十一、一份可以打印出来的验收清单

素材类改动的验收，比功能类改动更容易漏，因为它是「看」出来的，不是「用」出来的。建议按下面这张表逐项过，每项不超过三十秒。

这张表的价值不在于全面，而在于「有据可依」。改完凭感觉看，很容易漏掉通知栏和最近任务这两处；对着表走，六项走完不到三分钟，漏项率会低很多。

如果你经常做同类改动，可以把这张表改成自己项目的版本，加一列「上次出问题的地方」。三个月后它就会变成一份很贴合你实际工作的检查表，比任何通用规范都好用。

二十二、素材的版权与合规边界

这一节不是套话，是实打实会踩到的坑。改包时最容易出问题的三类素材是：图片、字体、音视频。

图片方面，从搜索引擎、素材站、社交平台存下来的图，绝大多数是有版权的。商用场景下直接使用，风险不在技术层，而在法务层。安全的做法是用自有素材、购买授权的素材，或者明确标注可商用的开源素材。如果只是内部测试包，风险相对低，但也别把测试包外发。

字体方面，很多免费字体只授权个人使用，商用需要另外购买。把字体文件打进应用里，属于「随应用分发」，比自己排版用更严格。判断不清时，用系统默认字体最稳，或者选明确标注可商用的开源字体。

音视频方面，背景音乐是最典型的重灾区。短视频平台上「大家都在用」的音乐，不代表可以随应用分发。要商用就去正规曲库买授权，或者用免版税音乐库。

还有一条容易忽略的：从别人应用里提取的素材，即使技术上做到了，也不等于法律上可以用。这套工具设计上服务的是「自有或已授权应用」的改包需求，这条边界建议你一开始就守住，省得后面麻烦。

二十三、适合谁：素材最重的四类人

角色	素材痛点
品牌与设计	手上素材最全，但不知道工程要什么规格
运营	活动图多、换得勤，最怕「改完糊了」
独立开发者	一个人兼设计，素材常从截图里抠
外包交付	客户给的素材千奇百怪，需要快速判断能不能用

二十四、用下来的人怎么说

「被那个 10 字门槛拦过三次，现在写说明比写需求还认真。返工次数确实少了。」
—— 小雨 · 品牌设计师

「活动图我从设计那边拿的就是 1080 宽，以前总担心糊，现在知道铺满会裁边，构图都往中间放。」
—— 阿楠 · 连锁餐饮运营

「最实用的是它会把路径和说明拼成清单，我能一眼看出有没有漏交文件，比以前发微信快多了。」
—— 小马 · 独立开发者

「客户给的图经常是微信里存的，我现在的习惯是先看一眼尺寸，太小就直接要原图，不硬改。」
—— 老曹 · 外包工作室

「教学生的时候我让他们先写说明再选文件，养成习惯之后，需求描述能力也跟着上来了。」
—— 郑老师 · 数字媒体专业

二十五、三个高频疑问

Q：能不能直接给一个网址让它去下？
附件系统走的是本地文件，不支持网址。如果素材在云端，先下载到本地再选。这条限制不是技术懒惰，而是为了让「发送出去的东西」是可复现的——网址会失效，文件不会。

Q：说明写错了能改吗？
在点确定之前随便改。确定之后会列在输入框下方，想改就点「清空附件」重来一次。清空只影响当前项目当前轮，不会动磁盘上的文件。

Q：改了图标，为什么装完还是旧的？
先确认三处是否都换了；再看是不是启动器缓存——有些系统会缓存桌面图标，重启桌面或者等一会儿才刷新；最后确认装的是新包（版本号对不对）。这三步能排掉九成的「图标没变」。

二十六、写在最后

素材这件事，说到底是在做「信息传递」。你脑子里有一个画面，要通过一个文件加一句话，让另一双手把它复现出来。文件负责形，说明负责意，缺一个都会走形。把这套附件系统用顺之后你会发现，改包的成功率提高了，但你写的东西并没有变多——只是每一句都落在了该落的地方。只需说话，就能让应用变成你想要的样子，前提是那句话说得足够准。

再放一次入口：安卓修改大师智改工坊 · 介绍页 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。下一篇转向手机端：一部手机能不能顶替半个工位，我们逐项验一遍。