1. 问题现象与本质拆解
1.1 花边和马赛克到底长什么样
先把现象说清楚，不然后面排查容易跑偏。Unity3D 运行之后图片出现“花边”和“马赛克”，在实际项目里通常表现为三种形态，很多人会混为一谈，但成因完全不同。
第一种是边缘锯齿状花边，多出现在带透明通道的 PNG 贴图上，尤其是 UI 图标、角色立绘、粒子贴图这类素材。表现是图片轮廓周围出现一圈杂色、白边或者黑边，放大看像毛刺。第二种是块状马赛克，整张图被切成明显的方块，颜色断层严重，常见于压缩格式的贴图或者分辨率被强行拉伸的场景。第三种是条纹状花边，画面出现横向或斜向的彩色条纹、摩尔纹，这类往往和纹理采样、缩放比例、渲染管线设置有关。
我在实际项目里遇到过最典型的一次，是一张 2048×2048 的 UI 背景图，在编辑器里预览完全正常，一打包运行就满屏方块，边缘还有一圈紫边。当时第一反应是美术导出有问题，查了半天才发现是导入设置里的压缩格式在移动平台上被自动降级了。所以这个问题不能只看表面，得从“素材—导入—渲染—平台”这条链路逐段拆。
1.2 为什么编辑器正常、运行就出问题
这是这类问题最让人抓狂的地方：编辑器里看着好好的，一运行或者一打包就翻车。背后的核心原因是Unity 的编辑器预览和实际运行时的纹理处理路径不完全一致。
编辑器里，纹理很多时候是以未压缩或者高质量压缩的形式驻留在内存中，平台相关的压缩格式（比如移动端的 ETC、ASTC，桌面端的 DXT）在编辑器模式下可能被模拟或者跳过。而一旦进入 Play 模式特别是打包到真机，纹理会被按照目标平台的设置重新压缩、重新上传到 GPU，这个过程中如果格式选错、尺寸不合规、Mipmap 配置不当，问题就暴露出来了。
另一个隐藏因素是渲染管线的差异。内置管线、URP、HDRP 对纹理采样、过滤模式、色彩空间的处理细节不同。比如在 Linear 色彩空间下，带 Alpha 的贴图如果没做正确的预乘处理，边缘就会出现明显的花边。这些差异在编辑器里可能被“宽容”地掩盖，运行时才现原形。
1.3 影响范围：不只是“难看”那么简单
很多人觉得花边马赛克只是视觉问题，忍忍就过去了。实际上它的影响面比想象中大。视觉层面，它直接拉低产品质感，UI 图标糊成一团、角色边缘毛刺，用户第一眼就会觉得“这软件不专业”。性能层面，为了掩盖马赛克而盲目提高纹理分辨率，会显著增加显存占用和带宽压力，在低端设备上直接拖垮帧率。功能层面，如果花边出现在关键交互元素上（比如按钮边缘、血条、小地图），可能影响点击判定区域的视觉判断，间接造成体验问题。
所以这个问题值得认真对待，它不是“调一调就行”的小毛病，而是涉及资源规范、导入配置、渲染设置、平台适配的系统性工程问题。
2. 核心成因逐层剖析
2.1 纹理导入设置：最常见的罪魁祸首
纹理导入设置是这类问题的第一嫌疑对象，我经手的问题里至少六成能在这里找到答案。打开任意一张贴图的 Inspector，重点看几个参数。
压缩格式（Compression）是重灾区。默认的“Normal Quality”在很多平台上会自动选择一套压缩方案，但自动选择不等于最优选择。带 Alpha 通道的贴图如果被压成不带 Alpha 的格式，透明区域就会变成黑块或者白块，边缘出现硬边花边。移动端尤其要注意，ETC1 不支持 Alpha，必须配合分离的 Alpha 贴图或者改用 ETC2/ASTC。
Max Size设置不当也会造成马赛克。一张 1024 的图被限制到 256，再被 UI 拉伸回原尺寸显示，必然糊。反过来，一张 128 的小图被设成 2048，除了浪费显存没有任何好处，还可能因为采样精度问题出现异常。
Filter Mode影响的是缩放时的平滑程度。Point 模式在放大时会出现明显的方块马赛克，Bilinear 和 Trilinear 则平滑得多。UI 贴图、像素风素材要区别对待：像素风故意要硬边就用 Point，普通图标用 Bilinear 更稳妥。
Generate Mip Maps这个选项在 UI 上经常被误开。Mipmap 是为 3D 场景中远距离物体准备的，UI 是屏幕空间渲染，开了 Mipmap 反而可能在某些分辨率下采样到低级别 mip，导致发糊。我一般建议 UI 贴图关掉 Mipmap，3D 场景贴图按需开启。
2.2 压缩格式与平台的匹配逻辑
不同平台支持的纹理压缩格式差异很大，这是跨平台项目最容易踩的坑。桌面端常用 DXT1/DXT5（也叫 BC1/BC3），移动端用 ETC2、ASTC，苹果设备还涉及 PVRTC。如果一张贴图在编辑器里按 DXT 预览正常，打包到移动端被转成 ETC2，而 ETC2 对某些渐变和 Alpha 的处理不如 DXT 细腻，花边和马赛克就冒出来了。
这里有个实操经验：带渐变和透明边缘的贴图，优先考虑 ASTC。ASTC 的块大小可调（4×4 到 12×12），4×4 质量接近无损，适合 UI 和角色贴图；12×12 压缩率高但质量下降明显，适合远景或者不重要的装饰贴图。ETC2 在低质量档位下对 Alpha 边缘的处理比较粗糙，容易出现一圈灰边，这时候要么提高质量档位，要么干脆对这类贴图关闭压缩。
还有一点容易被忽略：纹理的 Alpha 通道是否被真正使用。如果一张图是纯 RGB 不透明图，但导入时保留了 Alpha 通道，压缩器会按带 Alpha 的格式处理，浪费空间还可能引入边缘问题。在导入设置里把 Alpha Source 设为 None 或者 From Input，按实际情况选择，能省不少事。
2.3 色彩空间与 Alpha 预乘的隐形影响
色彩空间这个点比较隐蔽，但一旦出问题就是成片的花边。Unity 默认使用 Gamma 色彩空间，很多团队切到 Linear 之后发现 UI 边缘出现白边或者黑边，原因就在于Alpha 混合在 Linear 空间下的计算方式和 Gamma 空间不同。
简单类比：Gamma 空间像是“人眼感觉的亮度”，Linear 空间是“物理真实的亮度”。一张带半透明边缘的图，在 Gamma 空间下混合看起来正常，切到 Linear 后，边缘像素的 RGB 和 Alpha 关系没做预乘处理，混合结果就会偏亮或偏暗，视觉上就是一圈花边。
解决办法有两个方向：一是对这类贴图做Alpha 预乘（Premultiplied Alpha），在美术导出阶段就把 RGB 乘以 Alpha，然后在 Shader 里用对应的混合模式；二是在导入设置或者材质里调整混合因子。我个人的习惯是，UI 贴图统一走预乘流程，虽然前期要多一步处理，但后期跨色彩空间、跨管线都省心。
2.4 渲染管线与采样设置的细节差异
内置管线和 URP/HDRP 在纹理采样上的默认行为有差别。比如 URP 的 UI Shader 对 Alpha 的处理、HDRP 对纹理过滤的默认设置，都可能和内置管线不一致。项目从内置管线迁移到 URP 后出现花边，八成是 Shader 里的采样和混合逻辑没跟着改。
另外，纹理的 Wrap Mode也值得看一眼。Repeat 模式在 UV 超出 0-1 范围时会平铺，如果 UI 或者 Sprite 的 UV 计算有微小误差，边缘就会采样到对侧的像素，形成一条细花边。Clamp 模式则会把边缘像素拉伸，通常更安全。对于不打算平铺的贴图，一律用 Clamp。
还有一个高频问题：图集（Atlas）打包时的边缘渗色。多张小图打进一张图集，如果图与图之间没有留足够的 Padding，采样时相邻图的像素会“渗”过来，表现为边缘杂色。Unity 的 Sprite Atlas 有 Padding 设置，默认值偏小，带透明边缘的图建议把 Padding 调到 4 像素以上。
3. 实操排查与修复流程
3.1 第一步：定位问题贴图与复现条件
排查要有章法，不能东改一下西改一下。我的习惯是先缩小范围：把出问题的场景单独拎出来，逐个隐藏物体或者逐个禁用材质，看花边马赛克跟着哪个对象走。定位到具体贴图后，记录三个信息：贴图原始尺寸和格式、导入设置截图、出问题的平台和渲染管线。
然后做对照实验：把这张贴图的压缩格式临时改成 None（不压缩），重新运行。如果问题消失，说明是压缩格式的锅；如果还在，继续查 Filter Mode、Mipmap、色彩空间。这个“控制变量”的思路能快速排除干扰项，比盲目试参数高效得多。
提示：改完导入设置后，记得让 Unity 重新导入（右键 Reimport），有时候缓存没刷新会导致“改了没效果”的假象。
3.2 第二步：按平台配置压缩参数
定位到压缩问题后，就要按平台分别配置。Unity 的纹理导入面板支持 Per-Platform Override，可以针对 Android、iOS、Standalone 分别设置。下面这张表是我常用的参考配置，实际项目按素材重要程度微调。
| 贴图类型 | 桌面端格式 | 移动端格式 | Max Size | Mipmap | Filter |
|---|---|---|---|---|---|
| UI 图标（带 Alpha） | DXT5 | ASTC 4×4 | 1024 | 关 | Bilinear |
| 角色立绘（带 Alpha） | DXT5 | ASTC 6×6 | 2048 | 按需 | Bilinear |
| 场景不透明贴图 | DXT1 | ASTC 6×6 | 2048 | 开 | Trilinear |
| 像素风素材 | 不压缩 | 不压缩 | 原始 | 关 | Point |
| 粒子/特效贴图 | DXT5 | ASTC 4×4 | 512 | 关 | Bilinear |
配置的核心原则是：带透明边缘的图优先保质量，不透明大图优先保体积，像素风坚决不压缩。ASTC 的块越小质量越高，4×4 基本无损但体积大，6×6 是质量和体积的平衡点，8×8 以上就要谨慎用于 UI。
3.3 第三步：处理 Alpha 边缘与预乘
如果确认是 Alpha 边缘花边，处理流程分美术侧和程序侧两步。美术侧，在导出 PNG 时确保背景是真正的透明，而不是白色或黑色底。很多花边是因为美术在白色背景上画的图，导出时边缘残留了半透明白像素，运行时和深色背景混合就出现白边。
程序侧，对这类贴图启用预乘处理。可以在导入后用一个简单的编辑器脚本批量处理，核心逻辑是把每个像素的 RGB 乘以 Alpha：
// 批量预乘 Alpha 的编辑器工具核心逻辑（示意） Texture2D tex = assetImporter.GetSourceTexture(); Color[] pixels = tex.GetPixels(); for (int i = 0; i < pixels.Length; i++) { float a = pixels[i].a; pixels[i] = new Color(pixels[i].r * a, pixels[i].g * a, pixels[i].b * a, a); } tex.SetPixels(pixels); tex.Apply();处理完之后，材质或 Shader 的混合模式要相应调整，用One和OneMinusSrcAlpha替代常规的SrcAlpha和OneMinusSrcAlpha。这一步如果漏了，预乘反而会让图整体变暗，所以两边必须配套改。
3.4 第四步：图集 Padding 与采样边界修正
图集渗色导致的花边，修复起来相对直接。打开 Sprite Atlas 配置，把 Padding 调大，带透明边缘的图建议 4 像素起步，边缘特别柔和的（比如光效、阴影）可以到 8 像素。同时检查图集的 Filter Mode 和压缩设置，图集整体用一套配置，别让个别小图拖后腿。
如果花边出现在 Sprite 的 UV 边界，还要确认 Sprite 的 Mesh Type 和 Tight Packing 设置。Tight Packing 会按图形轮廓裁剪网格，边缘采样更容易出问题，对边缘质量要求高的图可以改用 Full Rect。
3.5 第五步：运行验证与回归检查
改完之后不能只看一个场景，要做多分辨率、多平台回归。至少覆盖：编辑器 Play 模式、目标平台真机、常见分辨率（比如 720p、1080p、2K）。重点看三类画面：UI 密集界面、角色特写、粒子特效。我一般会准备一个“纹理检查场景”，把所有关键贴图平铺展示，配上不同背景色（白、黑、灰、彩色），一眼就能看出边缘问题。
验证时还要注意首次加载和热更新后的表现，有些问题只在资源重新加载后出现，和缓存、AssetBundle 的加载顺序有关。如果项目用了 AssetBundle，确认打包时的纹理压缩设置和编辑器一致，别出现“编辑器改了、打包没生效”的情况。
4. 常见问题速查与避坑心得
4.1 高频问题速查表
实际排查中，大部分问题都能归到下面这几类，我整理成速查表，遇到现象先对号入座。
| 现象 | 最可能原因 | 快速验证 | 修复方向 |
|---|---|---|---|
| 透明边缘白边/黑边 | Alpha 未预乘或背景残留 | 换深色背景观察 | 预乘 Alpha + 改混合模式 |
| 整图块状马赛克 | 压缩格式质量过低 | 改 None 重跑 | 提高压缩质量或换 ASTC |
| 放大后方块明显 | Filter Mode 为 Point | 改 Bilinear 对比 | 按素材类型选 Filter |
| 远处物体发糊 | Mipmap 配置不当 | 关 Mipmap 对比 | UI 关、3D 按需开 |
| 图集边缘杂色 | Padding 不足渗色 | 加大 Padding 重打 | Padding ≥ 4 像素 |
| 切 Linear 后花边 | 色彩空间混合差异 | 切回 Gamma 对比 | 预乘 + Shader 适配 |
| 特定平台才花 | 平台压缩格式差异 | 换平台打包对比 | Per-Platform 单独配置 |
4.2 几个容易踩的坑
坑一：只看编辑器不看真机。编辑器预览的纹理处理路径和真机差别很大，尤其是压缩格式。我见过团队在编辑器里调了一下午都正常，一上真机全糊，白白浪费时间。养成习惯：纹理相关的改动，必须真机验证。
坑二：盲目提高分辨率。看到马赛克就想着把图做大，结果显存爆了、帧率掉了，问题还在。马赛克的根因往往是压缩或采样，不是分辨率不够。先查配置，再考虑加分辨率。
坑三：忽略 Alpha 通道的实际使用。一张不透明的图带着 Alpha 通道，被按带 Alpha 的格式压缩，既浪费又可能引入边缘问题。导入时把 Alpha Source 设对，能省不少麻烦。
坑四：图集 Padding 用默认值。默认 Padding 对简单图标够用，但对带柔和边缘的图就是灾难。这个参数改起来成本极低，收益却很明显，建议项目初期就定好规范。
坑五：跨管线迁移不检查 Shader。从内置管线换到 URP，UI 和 Sprite 的 Shader 如果没跟着换，混合逻辑对不上，花边是必然的。迁移时把纹理相关的 Shader 逐个过一遍。
4.3 建立团队级的纹理规范
单次修复只能解决眼前问题，要根治得靠规范。我在项目里推行的做法是：按素材类型定几套导入预设（Preset），美术导出时直接套用，减少手动配置出错。预设覆盖 UI 图标、角色贴图、场景贴图、特效贴图、像素风素材五类，每类固定压缩格式、Max Size、Mipmap、Filter 和 Alpha 处理方式。
配合一个简单的编辑器检查工具，在打包前扫描所有纹理，把不符合预设的、尺寸超标的、Alpha 配置异常的列出来。这个工具不复杂，几十行代码就能实现，但能把大部分问题挡在打包之前。规范定好之后，新加入的成员也不用从头摸索，照着预设走就行。
注意：预设不是一成不变的，换平台、换管线、换美术风格时都要重新评估。比如项目从写实风转像素风，Filter 和压缩策略就得整体调整，别抱着旧预设不放。
4.4 性能与质量的平衡取舍
最后说个现实问题：质量和性能永远在打架。ASTC 4×4 质量好但体积大，低端机显存吃紧；全用不压缩，包体和内存都扛不住。我的取舍原则是按视觉重要度分级：核心 UI、角色脸部、主要交互元素用高质量；背景装饰、远景、不常看的界面用中等质量；纯色块、简单图形可以激进压缩。
还有一个技巧是按设备分档。Unity 的 Quality Settings 可以配合纹理的 Per-Platform 设置，给高端机和低端机准备不同的压缩档位。高端机用 ASTC 4×4，低端机降到 6×6 甚至 8×8，通过运行时检测设备性能动态切换。这套方案实施起来有点工作量，但对跨设备覆盖广的项目很值。
纹理花边和马赛克这类问题，说到底是对“素材到屏幕”这条链路上每个环节的理解深度问题。把导入设置、压缩格式、色彩空间、渲染管线这几块吃透，再配上规范的流程和检查工具，大部分坑都能提前避开。我在实际项目里的体会是，前期多花半天定规范，后期能省好几天排查时间，这笔账怎么算都划算。
