换完图为什么糊、为什么拉伸：APK 图片替换的适配学

先交代背景：安卓修改大师智改工坊是一款 Windows 桌面工具，把"改 APK"压缩成一件事——拖入安装包、用中文写一句需求，AI 去改，改完自动回编、对齐、签名、校验，最后一键装到手机或模拟器上看效果。它的介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。

在所有"改包"的需求里，换图是看起来最简单、翻车率却最高的一类。原因很反直觉：换图标在话语层面只是一句"把这个换成那个"，但它落到工程里是一堆关于像素的事——这张图有多少像素、长宽比是多少、有没有透明通道、它会被画到多大的框里、这个框会不会随内容变尺寸。这些事一句中文都盖不住，而它们恰恰决定了你最后看到的是"换好了"还是"糊了、被拉长了、角上多了黑边"。

这篇分五层讲：尺寸 / 宽高比 / 透明通道的基本常识、九宫格到底是什么、什么时候必须用、工具的图标提取机制（这一段是纯技术，也是理解"为什么有时候挑出来的图不对"的钥匙）、"从包里挑原图"与"自备图"两条路的差别，最后给出可以直接照抄的附件说明写法和两个自家应用的实例。

一、先弄清三件事：尺寸、宽高比、透明通道

安卓的图片资源是按密度档分目录存放的。同一张图往往有好几份，分别放在不同的密度目录里，系统按设备屏幕的密度去对应的目录取那一份。这是理解"为什么会糊"的第一把钥匙。

密度档	目录名常见写法	像素基准
mdpi	mipmap-mdpi / drawable-mdpi	1x（基准）
hdpi	mipmap-hdpi	1.5x
xhdpi	mipmap-xhdpi	2x
xxhdpi	mipmap-xxhdpi	3x
xxxhdpi	mipmap-xxxhdpi	4x

表格的意思很直白：同一个图标，在高密度机上需要的像素数量是低密度机的几倍。于是"糊"的最常见成因就浮出来了——把这套对应关系搞错了。 具体有两种典型错法：第一种，把小图放进了高密度目录：显示尺寸不变，但像素不够，系统只能把它拉开画，结果就是边缘发虚、细节糊成一团；第二种，替换时只覆盖了其中一两档目录：某些密度的机器取到新图、另一些取到旧图，出现新旧混用的画面。第一种是"糊"，第二种是"这台机器对了那台没对"——两者都跟"改得对不对"无关，纯粹是适配没做全。

第二件事是宽高比。图片最终会被画进一个"框"里，这个框的宽高比和图片本身的宽高比很少恰好一致。一旦不一致，就有两种处理：按原比例缩放（可能出现留白或超出）、或者两边都填满（那就一定变形）。"拉伸"和"裁切"这两个词说的就是这两种处理。 所以需求里"不要裁切、保持比例、完整显示"这类边界句不是客套——它们直接决定了那一张图最后是完整地出现，还是被拉长、被截掉两边。如果图会被画进一个正方形区域而你给的图是宽屏的，那么无论怎么处理都会有一方妥协，这时真正要改的是素材本身（做成接近目标比例），而不是反复调那句话。

第三件事是透明通道（alpha）。带透明通道的图（通常是 PNG）在圆角、圆形遮罩、叠加背景这类场景里不可替代：图四角的透明区域让位给底下的内容，看起来才是"圆形图标""圆角卡片"。这里有两个非常常见的坑：一是格式换错——把带透明的图另存成 JPG，透明区会被填成黑色或白色，圆角立刻变成四个扎眼的方块；二是用"差不多"的方式抠图——边缘留了一圈白，放到深色背景上就是一圈毛边。结论很简单：凡是要叠在别的内容上、或者要参与圆角/圆形裁切的图，请用带透明通道的 PNG。

把这三件事合起来看，你会发现"换图"其实是一道由尺寸、比例、通道三个变量组成的适配题，而它的答案还要加上一个前提——这张图会被画进多大的框、那个框会不会变尺寸。第四件事就是为此存在的：九宫格。

显示区域与安全边距：为什么图标要"留白"

在讨论九宫格之前，先把"框"这件事说透一层。图片从来不是直接画到屏幕上的，它总是被画进某个显示区域里，而这个区域的大小由界面决定，不是你决定的。这就带出两个实用结论：第一，图的像素数要按"它可能被画多大"来准备——如果某个位置在高密度屏上会被画到接近 192 像素见方，那么给它一张 48 像素见方的图，就只能靠放大来填，糊是必然的；第二，图的内容不一定要铺满整张画布。

第二点就是"安全边距"的由来。以应用图标为例，它在不同设备上会被裁成圆形、圆角方形或别的形状，裁切的幅度各家还不太一样。如果你把图案一直画到画布边缘，裁掉的可能正好是有效内容——文字被切一半、图形少个角。所以规范的做法是：把图案收在画布中央的一块区域里，四边留出空白（透明），让裁切去啃那块空白。 这就是为什么你从包里取出的图标原图，往往在图案四周都留着一圈透明——那不是没画完，那是留给裁切的余量。

整屏图（启动页背景）的适配逻辑

启动页背景属于另一类：它不是"画进一个小框"，而是铺满一整屏——而屏幕的宽高比是千差万别的，从接近 16:9 到接近 20:9 都有。这意味着一件事：任何一张固定宽高比的整屏图，都不可能在所有设备上"刚刚好铺满"。 于是只有两种选择——按比例放大到刚好覆盖整屏（那就会在长屏上裁掉左右或上下的一部分），或者按比例缩放到完整可见（那就会在两侧或上下留出空档，需要一块底色去补）。

这两种选择没有对错，关键是你要选一个，并且把它写进需求里。"按原图比例完整显示，不要裁切"是选第二种；"铺满整屏，可以裁掉超出部分"是选第一种。如果不写，对方只能替你选一个——而它选的那个不一定是你想要的，这跟图做得好不好没关系。还有一个衍生建议：把重要内容（logo、文字、主视觉）放在画面中央的安全区，四边尽量用可延展的背景或纯色。 这样无论最后是裁切还是留白，主体都不会受损。这条纪律对于"一张图要上多款机型"的团队来说，比任何参数都管用。

二、九宫格（.9.png）：一张图教系统"哪里可以拉、哪里不能拉"

先给一个最直白的定义：九宫格是一张 PNG 图，它额外用了 1 像素宽的边框线，来标注"这块可以拉伸、这块不能拉、内容是放在哪一块里的"。 这类文件的文件名通常以 .9.png 结尾（比如 bubble.9.png），比普通 PNG 多出来的那几像素，就是它全部的"说明书"。

它解决的问题很具体。想象一个对话气泡背景：气泡左边有一个小尖角，四周有 2 像素的圆角边框。如果这个背景需要随文字长度变宽变高，那么"整张图直接拉伸"是灾难——圆角会被拉成椭圆，小尖角会变形，边框会粗细不均。九宫格的思路是把这张图当作一个九宫格来看待：四个角不拉伸，四条边只沿一个方向拉伸，中间那块两个方向都可以拉。 于是无论气泡变多宽，角始终是原来的角、边框始终是原来的粗细，只有中间"空"的部分被拉开。

九宫格最容易踩的两个坑，方向正好相反。第一个：把普通 PNG 直接改名成 .9.png 当作九宫格用——没有那圈标记线，系统按九宫格去解析时会得不到拉伸信息，轻则拉伸结果怪怪的，重则这张图直接用不了。第二个：把 .9.png 当普通 PNG 替换掉——你给的新图如果没有按同样的规则画标记线，那一圈标记要么失效、要么被当成图案拉伸出来，于是气泡边上出现一条莫名其妙的黑线或色块。

反过来，还有第三种情况值得知道：你其实不需要换这张图，只需要换它的颜色。 很多"想把气泡改成另一种颜色"的需求，本质上不需要新的几何信息，只需要调整颜色——这种改动不涉及拉伸标记，风险低得多。当你拿不准新素材的标记线画得对不对时，"只调整颜色、形状与拉伸方式保持不变"通常是更稳的那条路。这也是使用技巧里最实用的一条：能用"改属性"解决的，就别用"换图"解决。

三、图标提取的机制：程序是怎么从包里"挑"出那张图的

讲完常识，进入这篇的技术核心。你导入一个安装包时，界面上那张应用图标不是随手截图，也不是程序自己画的——它是从包里取出来的原图。这个过程有两步：先问清楚"图标在哪"，再把那一个文件原样读出来。

第一步靠工作目录里的 aapt 完成：用 aapt 解析包信息，读出包名、应用名、版本、最低与目标 SDK、启动页，以及一串带密度标注的图标路径（形如 application-icon-640:'res/mipmap-xxxhdpi/ic_launcher.png'）。真正需要动脑子的是从这一串里挑哪一条——这里有一个实测踩过的坑：这串数字里会出现 65534。

第二步是容错。如果 aapt 给出的那个路径不是一个图片文件（有一种很常见的情况：应用用的是自适应图标，它的入口其实是一份 xml，图片只是它的前景层或背景层），程序不会就此放弃，而是回过头在包里按"名字 + 分辨率"重新挑一张最像启动图标的：文件名以 ic_launcher 开头的优先，带 app_icon / appicon 的次之，名字里含 icon 的再次之；同时做减法——名字里带 round 的（圆形变体）降权，带 foreground / background 的（自适应图标的前景层、背景层）降权更多；格式上 PNG 加分、webp 略加；目录里带 mipmap 的加分；最后再按密度档位加权，xxxhdpi 最高、逐档递减。

这套打分规则值得你记住一个推论：自适应图标的应用，"图标"其实是两层。 系统把它裁成圆形或方形，同时在边缘留出安全的余量。所以当你给这类应用换图标时，真正的问题是"我要换的是前景层那圈图案，还是背景层的底色"——这不是一句"换成附件里的图"能说清的，需要你在说明里点出来。

挑出来之后，这张原图会被原样读出并存进项目目录（扩展名跟着原格式走，原来是什么就是什么），界面上显示的就是它；格式拿不到解码器时（比如某些环境里的 webp），界面会退回文字头像，但原图文件照样存下来，不影响你继续用。这条"原图照存"的设计很重要：它保证了无论显示这一环出什么问题，"从包里取到的那张原图"这件事本身不会被丢掉。

为什么一定要挑最高密度的那一张，以及"显示不出来"不等于"没取到"

按最高真实密度挑原图，不是为了好看，而是为了两件很实际的事。第一，它给你一个可靠的目标规格：包里的最高档就是这套资源在这些设备上能达到的最佳分辨率，你要做新图，照它的尺寸与比例做，天然不会因为"给小了"而糊。第二，它是你的兜底参照：新素材做出来之后，你可以拿它跟原图比一眼尺寸和构图，判断新图会不会因为比例差异被裁或被留白。

还有一个分工值得单独说清楚："取到文件"和"把文件显示出来"是两条路。 程序在包里找到那张原图之后，会把它的内容原样读出来存进项目目录（扩展名跟着原格式走，原来是什么就是什么），再顺手把它显示在界面上。如果这个格式在当前环境里拿不到解码器（典型情况是 webp），显示这一环会退回一个文字头像，但文件本身已经照常存好了——界面上还会用一句说明告诉你原因，并注明"不影响使用"。

这条设计的用意很实在：取到的东西，不应该因为显示环节出问题而被丢掉。 所以当你看到界面上只有文字头像、没有图时，不要以为导入失败了，也不要急着重新导一遍——项目已经建好，图标原文件已经在项目目录里躺着；真正重要的是后面那些步骤，它们一个都不受影响。

四、两条路：从包里挑原图，还是自备图

理解了上面的机制之后，"换图"这件事就可以分成两条路来看。它们不是互斥的，很多时候是配合使用的。

第一条路：从包里挑原图。 这不是一个功能按钮，而是这套机制天然给你的东西——导入包的那一刻，包里分辨率最高的那张启动图标就已经被取出来、原样存进项目目录并在界面上显示了。它的价值有三层：一是当参照——你要做新图，先照它的尺寸、比例、格式做，天然不会错；二是当模板——只改颜色、只改一层图案，比整张重做稳；三是当对照——改完之后可以拿它跟新版比一眼。注意它有一个物理上的上限：包里最高密度档是 640（xxxhdpi），如果你的新素材分辨率远高于它，那"跟原图一样大"就不是你该追求的目标，你要看的是显示区域需要多大。

第二条路：自备图。 这是绝大多数人的实际做法——设计同学给了一张新的 logo、一张新的宣传图，你把它作为附件加进需求。这条路要自己承担三件事：尺寸（够不够大）、比例（和目标显示区域差多少）、通道（该不该带透明）。下面的对照表把两条路的风险点摆在一起：

对比项	从包里挑原图	自备图
尺寸风险	无，就是包里那一张	高：给太小会糊，给太大不解决问题
比例风险	无，和线上完全一致	高：宽高比对不上就会留白或变形
通道风险	无，原图的透明信息原样保留	高：转存 JPG 会把透明区填成实色
格式风险	无，扩展名跟随原格式	中：优先用 PNG，避免系统认不出的冷门格式
九宫格风险	原图在，可对照它是不是 .9	高：标记线必须在说明里交代清楚
要提供什么	什么都不用，导入即得	文件 + 一句不少于 10 个字的用途说明

这张表其实是在回答一个很现实的问题：为什么"让 AI 自己找图"经常比"你给它一张图"更不容易翻车？ 因为前者不涉及素材适配，后者把适配的责任交给了你。所以最稳的做法是两者结合——先用包里那张原图确定"目标是什么规格"，再让设计按这个规格出图，最后把新图作为附件给它，并写清约束。

还有一条很实用的自备图纪律：图标类素材尽量做成正方形、并且把四边的安全边距留足。 因为图标会被系统按圆形或圆角方形去裁，你给的图案如果一直画到边缘，裁掉的就可能是有效内容；而且不同厂商的裁切幅度不完全一样，安全边距是唯一能同时兼容它们的办法。

四类翻车现象对照表：看到症状就知道该改素材还是改那句话

这一节把前面所有技术内容压缩成一张"对症表"。它的用法是：在设备上看到不对的画面时，先在这里找到那一行，判断这是素材的问题还是那句话的问题——两者要采取的行动完全不同，一个要回设计那边，一个回需求框改几个字。

你看到的	最可能的原因	该动哪一边
整体发虚、边缘糊	给的素材像素太少，被放大来画	素材：换高分辨率版
被拉长、压扁、人脸变形	素材比例与显示区域比例不一致，被两边填满	素材做成接近目标比例；或需求里加"保持比例"
本该透明的地方变成黑块或白块	图丢了透明通道（多见于转存成 JPG）	素材：改回带透明的 PNG
左右或上下被切掉一块	整屏图按"铺满"处理，长屏上裁掉了溢出部分	需求里写明"完整显示"或"允许裁切"，二选一
圆角变形、边框粗细不匀、边角出现色块	该用九宫格的位置被整张拉伸了	需求：改成"只调颜色"或提供带标记的九宫格
圆角外面多出一圈白边或毛边	透明区没抠干净，或图自带圆角与系统遮罩叠加	素材：背景真正透明；需求里加"不要自己加圆角"
这台机器对了，那台还是旧图	各密度档没换全（或只换了部分目录）	需求：写清"各密度档都要换"

这张表最有用的地方在于最后两列的分工。你会发现真正需要回去找设计的只有前四条，其余的都是"改一句话"就能解决的事；而反过来，如果素材本身不够格（像素太少、丢了透明、比例差太远），再改多少句需求也救不回来——素材的问题只能靠素材解决。 先分清这一层，能省掉大量无谓的来回。

五、把说明写对：附件用途说明里的四句话

到这里，前面的技术全都收敛成一件事：你没法在输入框里画出那张图，但你可以用一句话把它的规格说清楚。 附件那一栏要求给每个文件写一句"它是干什么用的"（不少于 10 个字），这句话就是你能控制的全部；而"该放进工程的哪个位置"由对方按工程结构去判断——分工非常清楚：你说清意图与约束，它落实位置与动作。

把前面讲的那三件事（尺寸、比例、透明通道，再加上"框"与九宫格）翻译成说明文字，最稳的写法是这四句：

举一个可以直接照抄的例子："应用图标换成这个文件。正方形 1024×1024、背景透明；不要自己加圆角或描边，圆角与遮罩交给系统；桌面与设置里显示的应用图标都要用这一张。" 这段话没有任何术语，却把尺寸、通道、边界、范围四件事全说了。再比如九宫格："列表项的背景底图换成这个文件。它是九宫格，四边的拉伸标记必须保留，请不要把它当普通 PNG 整张拉伸。"

素材准备的六条纪律（可以直接转给设计同学）

前面所有技术分析，最后都可以收敛成一份"提素材需求"的清单。它不需要对方懂安卓，只需要照着做：

1. 图标类做成正方形，四边留出安全边距，图案不要顶到画布边缘——裁切是必然发生的，留白是给裁切用的。
2. 会叠在别的内容上的图，一律用带透明通道的 PNG：图标、圆角卡片、气泡、悬浮按钮，都属于这一类。
3. 需要被拉伸的"底"要按九宫格规则做（气泡底、卡片底、输入框底），别用一张普通图去顶替；拿不准就只改颜色。
4. 整屏图先定"完整显示"还是"允许裁切"，把结论写进需求；主体内容留在中央安全区，四边用可延展的背景。
5. 像素数宁多勿少——多出来的像素在缩小时是安全的，但不要靠放大一张小图来凑尺寸，那样只是把模糊固化下来。
6. 文件名保持朴素：英文、数字、下划线，避免空格和特殊符号，免得在路径传递上生出一堆与内容无关的麻烦。

这份清单的价值在于把技术语言翻译成了交代得出口的话。你不需要对设计解释密度档和拉伸标记，只需要说"做成正方形、四边留白、背景透明、文件名用英文"——对方一次就能听懂，而这一句里包含的，恰好就是最容易翻车的那几项。

最后三个使用要点，都是踩过才知道的：第一，附件说明的字数门槛（10 个字）不是为了凑字数，而是为了拦住"logo.png —— 图标"这种等于没说的话；第二，附件在点「确定」的那一刻会被校验（文件存在、不是目录、不是空文件、能读出来），所以别在对话框里长期挂着没确定的附件；第三，换了项目，附件列表会被自动清空，免得把 A 项目的新 logo 发到 B 项目的需求里——同一个项目里则无需重复添加，说明也一直留着。

六、两个自家改包实例：从"糊了"到一次换对

下面两件事都来自我们和同事的日常，改的是自家开发的内部应用、用的是自家素材与自家设计稿。一个讲图标，一个讲九宫格。

实例一：给自家内部「会员卡包」应用换上新一代 logo 图标。

以前的做法：设计给一版新 logo，先手工确认包里图标资源分别在哪些密度目录里、分别是什么尺寸，然后把新 logo 缩放成对应档位的尺寸逐个导出覆盖，再回编、对齐、签名、装机看桌面图标。第一轮往往不顺——同事第一次拿到的素材是从旧版宣传物上切下来的位图，尺寸偏小，铺到高密度档位之后桌面上就有点糊；第二次才换成矢量导出的高清版本。

现在一句话：把自家安装包拖进安卓修改大师智改工坊，看看左上角那张从包里取出的原图（它给的就是包里分辨率最高的那一张），把它当成"目标规格"发给设计；拿到 1024×1024 的透明 PNG 之后，作为附件加进去，用途说明写成"应用图标换成这个文件。正方形 1024×1024、背景透明；不要自己加圆角或描边；桌面与设置里显示的应用图标都用这一张"。需求框里配一句："把应用图标换成附件里的新 logo，只改图标，应用名与其他资源保持不动。"

为什么这么写能避开前面所有的坑？"正方形 1024×1024"解决尺寸与比例（正好是最高密度档的规格，往下各档都有足够像素去缩放，不会糊）；"背景透明"解决通道（不用靠运气去猜会不会被填成白底）；"不要自己加圆角"解决裁切语义（圆角由系统遮罩处理，图里自带圆角反而会出现双层角）；"只改图标"是边界。改完怎么验证？标志文件出现后自动弹打包窗口，四步跑完，勾上"打包后自动运行"，装到手机或模拟器上拉起，看一眼桌面图标与设置里的应用图标；最后一步签名校验会打印证书信息，用来确认确实签上了，而不是只看前几步的退出码。

实例二：给内部「设备点检」应用换列表项背景，第一次踩了九宫格的坑。

这是给设备点检同事用的内部工具，"检查项列表"每一项都有一个带圆角边框的底。因为有的检查项名字很长、有的很短，这个底图资源本来是九宫格——靠拉伸标记保证不管多长多短，四个角都是圆的、边框都是细的。同事要做的工作是把它改成新的浅灰色调。第一次直接给了一张按视觉重画的新图（普通 PNG），需求写的是"把列表项背景换成附件里的图"。改完装机一看：短的那几项还好，长文案的那几项边角明显被拉花了，圆角变形、边框粗细不匀。

问题出在哪？那张新图没有九宫格的拉伸标记，被当成普通图整张拉伸了。这不是"改得不对"，而是"换的东西不对"——这个位置需要的不是一张新图，而是一组新的拉伸规则。 第二次的处理更简单也更稳：需求收窄成"把列表项背景底图的颜色改成 #E9EDF2，形状、圆角与拉伸方式保持不变，其他不动"，不再替换图片本身。改完装机后把长短两种文案的列表项都翻一遍：长文案那项的圆角依然是圆的、边框依然均匀——这才是"改对了"。后来设计如果要真正重画这张底图，正确的前提也是"必须按九宫格的方式重画标记"，而不是画一张更好看的普通图。

这两个实例合起来正好说明了这篇的核心：换图这件事的成败，一半在你给的素材，一半在你写的那句话。 素材决定"物理上能不能对上"，那句话决定"对方知不知道你要它怎么对上"。而工具能帮你的，是把包里那张原图原样交到你手上，让你至少有一个可靠的参照——剩下的两件事，都在你手里。

七、用户评价：他们踩过的坑，你不用再踩

八、结语：换图的功夫，在换之前

把这篇收成三句话：糊是尺寸没对上，拉伸是比例没对上，翻车最多的是透明通道和九宫格标记；包里那张原图永远是你最可靠的参照；而你能在需求里控制的，是那四句说明。 换图这件事最大的启示是——它的功夫几乎全在"换之前"：素材准备对、规格说清楚，后面那一步自然就顺。

这也是安卓修改大师智改工坊处理图片改动的方式：导入时就从包里取出分辨率最高的那张原图给你当参照，附件机制要求你为每张图写清用途与约束，改完自动回编、对齐、签名、校验，再一键装到设备上——长文案、深色底、圆形裁切，都当面看一遍。只需说话，就能让应用变成你想要的样子，而说话之前，先把那张图文对。

产品介绍页与下载入口：https://www.apkeditor.cn/ai-version.aspx（官网 www.apkeditor.cn）。