简介一份面向 Unity 开发者与初学者的图像切割与导出教程资源解决将 Sprite 图集按规则切成多张小图并批量保存为 PNG 的实际需求。内容以单个 docx 文档封装仅 133KB轻量易读重点梳理了 Unity 图像导入、纹理类型与 Sprite Mode 设置、精灵编辑器 Slice 切片、Read/Write Enabled 读写配置、C# 脚本自动导出以及异步纹理处理与资源管理等关键环节。文档采用图文步骤说明覆盖从 PNG/TGA 图集导入、Sprite Mode 与 Format 设置、Sprite Editor 自动切片到 Advanced 读写配置和 C# 菜单导出的完整流程并附有完整 TestSaveSprite 脚本示例选中图集后可通过 Tools 菜单一键加载所有 Sprite自动创建导出目录并逐张写入 PNG代码思路清晰可直接迁移到项目中使用。脚本注释清晰读者可按需修改导出路径和格式。已有 4290 人学习下载适合需要在 Unity 中快速拆分图集或希望理解 Resources.LoadAll 与 Texture2D 导出流程的读者参考。1. Unity大图切割把一张纹理批量导出小图的场景与常见误区把一张 4096×4096 的大图按 N×M 切成几十张小图导出是Unity开发里出现频率相当高的需求。美术交付一张序列帧、一张 UI 九宫格、一张图集程序侧要的是可直接引用的 PNG 或 Sprite手动开 PS 一张张切不仅慢而且美术改一版你就要重切一版。Unity 大图切割本质上做两件事按矩形区域取像素、把像素编码成图片文件难点不在 API而在坐标方向、纹理格式和内存峰值。本文将拆一套编辑器内直接用的切割工具从最小脚本到带面板的可复用扩展再到图集坐标导出与验证方式适合做工具链的Unity开发者、独立游戏开发者也适合刚接触 Unity 编辑器扩展的新手。2. 切割前的选型为什么我推荐用 Texture2D.GetPixels 而不是截图方案2.1 三种切割路线的取舍GetPixels / ReadPixels / Graphics.Blip在写任何代码之前先确定用哪条技术路线。Unity 里把大图切成小图常见做法有三种Texture2D.GetPixels、ReadPixels从 RenderTexture 读回、以及Graphics.Blip直接拷贝。GetPixels(x, y, blockWidth, blockHeight)是三个方案里最直观的它按像素坐标从源纹理上取一块矩形区域返回Color[]数组再塞进新建的Texture2D里编码导出。这条路适合规则网格切割代码量最小我也最常用。ReadPixels则需要先把源纹理绘制到 RenderTexture 上再从 RenderTexture 读回像素。它多了一次 GPU 到 CPU 的拷贝性能比GetPixels慢一些但它的真正用途是读取相机渲染结果、后处理特效画面这类“不在常规纹理里的像素”。如果只是切一张已有的美术图用ReadPixels属于绕路。Graphics.Blip可以把纹理的矩形区域直接绘制到目标纹理上整个过程走 GPU不需要把大图整张读到 CPU 内存里对大图场景反而最稳。但它只负责拷贝目标纹理后续还是得走一次EncodeToPNG而且两张纹理之间进行像素级比对时不如GetPixels方便。方案像素走向内存峰值适用场景Texture2D.GetPixels源纹理 → Color[] → 新纹理高整块数组在托管堆规则网格切割、像素校验RenderTexture.ReadPixels源纹理 → RT → 新纹理中多一次RT相机画面、后处理结果导出Graphics.Blip源纹理 → 目标纹理 GPU 直拷低大尺寸批量切割、跑图集选型结论做这个标题下的“大图切割导出”功能默认走GetPixels。内存不是瓶颈时它最直白、最好排错。切 4096×4096 这种量级时再考虑Graphics.Blip或分块读取。2.2 最小可跑通的Editor脚本从选中纹理到输出九张PNG先给一个最简版本。在编辑器下选中一张纹理点击菜单按 3×3 切成九张 PNG 输出到 Assets 目录。这段脚本可以直接粘到Editor文件夹下运。using System.IO; using UnityEditor; using UnityEngine; public static class TextureSlicer { [MenuItem(Tools/Texture Slicer/Export 3x3 PNGs)] static void Export3x3() { Texture2D source Selection.activeObject as Texture2D; if (source null) { Debug.LogError(请先选中一张 Texture2D); return; } int rows 3; int cols 3; int blockW source.width / cols; int blockH source.height / rows; // 输出到 Assets 下方便 AssetDatabase 管理 string dir Path.Combine(Application.dataPath, TextureSlices, source.name); Directory.CreateDirectory(dir); for (int r 0; r rows; r) { for (int c 0; c cols; c) { int x c * blockW; // 纹理坐标原点在左下按左上角习惯要翻转 y int y source.height - (r 1) * blockH; Color[] pixels source.GetPixels(x, y, blockW, blockH); Texture2D outTex new Texture2D(blockW, blockH, TextureFormat.RGBA32, false); outTex.SetPixels(pixels); File.WriteAllBytes(Path.Combine(dir, $r{r}_c{c}.png), outTex.EncodeToPNG()); Object.DestroyImmediate(outTex); } } AssetDatabase.Refresh(); Debug.Log($切割完成输出目录{dir}); } }逻辑说明GetPixels(x, y, blockWidth, blockHeight)的x、y是源纹理上的像素起点blockWidth、blockHeight是取块尺寸。代码里x c * blockW按列递增y用了source.height - (r 1) * blockH因为GetPixels的 y 轴以纹理左下角为 0美术习惯的九宫格是从左上角开始数这里不翻转切出来的顺序会上下颠倒后面避坑章节还会详细说。参数说明TextureFormat.RGBA32是导出 PNG 最不容易出问题的格式带透明通道且编码无损new Texture2D(..., false)的最后一个参数是mipChain切割导出用不到 mipmap关掉可以省内存。每次写完文件后立即DestroyImmediate(outTex)否则循环次数一多临时纹理堆积会把编辑器内存吃满。最后一定调AssetDatabase.Refresh()否则文件在磁盘上存在但 Unity 的资源数据库不会立刻识别。2.3 脚本里的关键参数说明宽高、行列、偏移量与文件命名上面这段代码直接用source.width / cols决定块尺寸意味着原图尺寸必须能被行列数整除。实际项目中大图很少刚好整除比如 4096×4096 切成 3×3最后一块的宽就应该是4096 - 2 * 1365 1366如果还按 1365 取右侧会丢一列像素。边界处理常见做法是前 N-1 块用固定blockW最后一块用余数补齐。写成代码就是int actualW (c cols - 1) ? source.width - c * blockW : blockW;高同理。这个逻辑要写进工具否则切出来的图集尺寸对不上UI 拼接时会出现错位。另一个关键参数是 overlap也就是重叠像素。图集在运行时用 UV 采样时边缘经常出现渗色美术会要求在切割时每块向外多取 1~2 像素。实现上把取块起点改成c * blockW - overlap块宽改成blockW overlap * 2。注意首尾两块不能越界x最小为 0x width最大不超过源图宽度。文件命名也要在工具设计时确定。常见做法是{原图名}_{行}_{列}.png比如hero_0_0.png。只用r0_c0.PNG这种命名遇到两张不同大图切出来同名文件时会互相覆盖。输出目录我一般固定成Assets/TextureSlices/{原图名}/每个源图一个子目录互不干扰。3. 把切割工具做成可复用的编辑器窗口行数、列数、重叠量与文件格式都交给面板3.1 用 EditorWindow 封装面板输入参数与校验逻辑菜单项适合自己临时用团队里其他人也要用就得做成带输入面板的编辑器窗口。用EditorWindow.GetWindow创建窗口在OnGUI里画出行数、列数、重叠量、输出目录等字段点按钮再执行切割。这样美术同学不用改代码直接在面板里填数字就能导出一套新图。using System.IO; using UnityEditor; using UnityEngine; public class TextureSlicerWindow : EditorWindow { private Texture2D source; private int rows 4; private int cols 4; private int overlap 1; private string outputDir Assets/TextureSlices; [MenuItem(Tools/Texture Slicer/Open Window)] static void OpenWindow() { TextureSlicerWindow window GetWindowTextureSlicerWindow(Texture Slicer); window.Show(); } private void OnGUI() { source (Texture2D)EditorGUILayout.ObjectField(源纹理, source, typeof(Texture2D), false); rows EditorGUILayout.IntField(行数, rows); cols EditorGUILayout.IntField(列数, cols); overlap EditorGUILayout.IntField(重叠像素, overlap); outputDir EditorGUILayout.TextField(输出目录, outputDir); if (GUILayout.Button(切割并导出)) { if (source null) { EditorUtility.DisplayDialog(提示, 请先指定源纹理, OK); return; } if (rows 0 || cols 0) { EditorUtility.DisplayDialog(提示, 行列数必须大于 0, OK); return; } ExecuteSlice(); } } private void ExecuteSlice() { int blockW source.width / cols; int blockH source.height / rows; string fullDir Path.Combine(Application.dataPath, outputDir.Replace(Assets/, ), source.name); Directory.CreateDirectory(fullDir); EditorUtility.DisplayProgressBar(切割纹理, 正在处理..., 0f); try { for (int r 0; r rows; r) { for (int c 0; c cols; c) { int x Mathf.Max(0, c * blockW - overlap); int y Mathf.Max(0, source.height - (r 1) * blockH - overlap); int w (c cols - 1) ? source.width - c * blockW : blockW; int h (r rows - 1) ? source.height - r * blockH : blockH; w Mathf.Min(w overlap * 2, source.width - x); h Mathf.Min(h overlap * 2, source.height - y); Color[] pixels source.GetPixels(x, y, w, h); Texture2D outTex new Texture2D(w, h, TextureFormat.RGBA32, false); outTex.SetPixels(pixels); File.WriteAllBytes(Path.Combine(fullDir, ${source.name}_{r}_{c}.png), outTex.EncodeToPNG()); Object.DestroyImmediate(outTex); } EditorUtility.DisplayProgressBar(切割纹理, $第 {r 1}/{rows} 行, (float)r / rows); } } finally { EditorUtility.ClearProgressBar(); } AssetDatabase.Refresh(); EditorUtility.DisplayDialog(完成, 切割完成, OK); } }逻辑说明ExecuteSlice把边界余数、重叠量、进度条都整合进了循环里。x和y做了Mathf.Max(0, ...)防越界最后一块的宽高用Mathf.Min(w overlap * 2, source.width - x)保证不超过源图范围。DisplayProgressBar必须配finally里的ClearProgressBar否则中途报错后进度条会一直卡在编辑器上。参数说明overlap 设 0 就是紧密切割设 1 会让每张图向外扩展一圈适合运行时做 UV 边缘抗渗色。这个窗口版本已经能覆盖九宫格、序列帧、图集三种常见切割需求唯一还没解决的是纹理可读性也就是下一节要讲的格式问题。3.2 纹理格式与像素读取的对应关系什么时候必须临时转 RGBA32GetPixels不是一个无条件可用的接口。纹理导入设置里没有勾选 Read/Write Enabled或者纹理是 ASTC、ETC、PVRTC 这类压缩格式时编辑器下直接调GetPixels会抛异常常见报错是Texture is not readable。美术给的图经常是压缩格式所以工具里要做一层格式兜底。常见做法是把源纹理先转成 RGBA32 的临时副本再对副本做切割。转换方式是用 RenderTexture 中转代码如下。private Texture2D ToReadableRGBA32(Texture2D src) { RenderTexture rt RenderTexture.GetTemporary( src.width, src.height, 0, RenderTextureFormat.ARGB32, RenderTextureReadWrite.sRGB); Graphics.Blit(src, rt); Texture2D copy new Texture2D(src.width, src.height, TextureFormat.RGBA32, false); RenderTexture.active rt; copy.ReadPixels(new Rect(0, 0, src.width, src.height), 0, 0); RenderTexture.active null; copy.Apply(); RenderTexture.ReleaseTemporary(rt); return copy; }逻辑说明Graphics.Blit(src, rt)把源纹理绘制到临时 RenderTexture 上这一步把压缩格式解压成可供读回的 ARGB32ReadPixels从当前激活的 RT 里读像素RenderTexture.active null必须写否则后续其它渲染操作会读到残留的 RT最后Apply()把读回的像素真正提交到copy纹理上。参数说明RenderTextureFormat.ARGB32对应 RGBA32 的 RT 版本带 Alpha 通道RenderTextureReadWrite.sRGB是颜色空间相关的关键参数在 Linear 项目里如果不显式传 sRGB读回的结果会偏灰这一条在避坑章节还会展开。转出来的copy用完记得DestroyImmediateRT 用ReleaseTemporary归还否则连续处理多张大图编辑器显存会涨得很难看。3.3 导出命名规则与目录结构避免同名覆盖和路径中文坑命名规则和时间戳是个容易被忽略的细节。两个人同时用同一张图导出一份同名文件是很常见的事建议格式里带源图名加行列号例如hero_sheet_2_3.png另外在工具面板里加一个“导出时覆盖同名文件”的勾选项默认开启关闭后若目标文件已存在则自动追加_1后缀这种直观的后悔药比弹窗确认要好用。路径方面建议输出目录统一放Assets下。放在项目外虽然也能写文件但AssetDatabase.Refresh()刷不到外部目录Unity 资源数据库不认运行时Resources.Load或 AssetBundle 打包都查不到坑比较大。第二个坑是路径里的中文字符Windows 编辑器下中文目录通常没问但打包到部分安卓渠道或跨平台协作时有概率遇到编码不一致导致找不到文件我一般默认英文目录中文只出现在文件名的展示部分。路径拼接统一用Path.Combine不要手写/ outputDir source.name这种字符串不同平台目录分隔符不一样。拼接时注意Application.dataPath的末尾不带斜杠outputDir里如果有Assets/前缀要先去掉否则会拼出Assets/Assets/TextureSlices这种重复路径。4. Unity大图切割避坑4 个让工具跑偏的典型问题4.1 现象切割结果发灰、偏色用 ReadPixels 方案导出 PNG 后在外部看图软件里打开颜色整体发灰发暗但原图在 Unity 里看着是正常的。原因项目 Color Space 设置为 Linear 时RenderTexture.GetTemporary默认的读写颜色空间是线性ReadPixels读回来的像素没有经过 sRGB 到线性、再线性到 sRGB 的转换链路保存成 PNG 时颜色通道就对不上表现就是灰度整体被压缩。解决创建临时 RT 时显式指定RenderTextureReadWrite.sRGB即第 3.2 节代码里的写法或者在导出后统一调用Texture2D.Apply前做一次LinearToGammaSpace。GetPixels方案不受影响因为它读的是纹理原始存储值不经过 RT 的颜色空间转换。遇到偏色先排查你走的是哪条像素读取路线再检查 RT 创建参数的第三个参数。4.2 现象ReadPixels 得到的图片上下颠倒切割结果每张单独看没问题但按行列拼回原图时发现上下方向反了第一行的图实际是原图最后一行。原因Unity 纹理坐标原点在左下角ReadPixels读取 RT 时同样以左下角为原点而流程中如果直接从Rect(0, 0, src.width, src.height)读一整张再按行切写文件顺序和视觉顺序是相反的。GetPixels也有同样问题它返回的数组第一行对应纹理最底下一行。解决用GetPixels时按source.height - (r 1) * blockH翻转 y 起点用ReadPixels时把读取 Rect 的 y 改成source.height - blockH - r * blockH也就是从顶部往下读。判断方向是否正确的土办法切一张 2×2 的图四角分别填充红绿蓝白切完看输出文件的位置对应关系一眼就能看出翻转方向。4.3 现象菜单点击后什么都没发生也不报错点击菜单项后编辑器毫无反应没有输出文件也没有日志。再点一次还是没有像黑匣子一样。原因最常见是根本没选中纹理Selection.activeObject as Texture2D返回 null但代码里 return 之前没有日志或者输出目录拼错了位置写到了项目根目录之外的地方Directory.CreateDirectory能创建但 Unity 资源数据库感知不到还有一种情况是保存路径与现有资源同名被忽略。解决加校验日志是第一步if (source null) Debug.LogError(...)别静默返回。路径层面在ExecuteSlice开头用Debug.Log(fullDir)把最终绝对路径打出来看看是否落在项目内。输出后如果文件存在但 Unity 没刷新手动补一句AssetDatabase.Refresh()。我给编辑器工具加日志的习惯是菜单函数里能打印路径的地方都打印工具对使用者来说是黑匣子日志就是唯一的探针。4.4 现象大图切割时编辑器卡死内存暴涨切 4096×4096 的图进度条走到一半 Unity 界面卡住任务管理器里内存占用冲到几个 GB。原因GetPixels一次调用会把指定矩形区域的所有像素拷贝到Color[]一张 4096×4096 的图读一次就有 6400 万个 float 类型颜色值占 1GB 以上托管内存。如果循环里同时持有源纹理、临时 Texture2D、Color[]并且没及时释放GC 来不及回收内存峰值就会非常难看。解决逐块处理并及时释放。每块切完立刻DestroyImmediate(outTex)Color[]用完不再引用它如果单块尺寸也很大比如一次切 2048×2048那就再细化行列数。不想走 CPU 数组时切到Graphics.Blip直接 GPU 拷贝内存峰值能降一个量级。另外把 3.1 里的进度条加上至少能直观看到卡在哪一步而不是一脸懵地等编辑器恢复。5. 进阶从“切图”到“图集坐标”让 UGUI 直接用切割结果5.1 批量切割图集并输出 Sprite按行列写入 TextureImporter 的 spriteMetaData切完 PNG 只是最基础的需求实际项目里 UI 拼大图、做图集时程序侧更希望能直接拿到带Sprite的图集而不是导入一堆零散 PNG 再自己拼 Rect。Unity 的TextureImporter支持把一张纹理标记为 Multiple 模式并配置多个SpriteMetaData这样大图本体还保留在项目里UI 直接引用子 Sprite 即可。常见做法是把大图的各项SpriteMetaData.rect计算好写入导入设置后重新导入。核心代码分成三部分读取当前导入器、计算子矩形、写回并触发导入。using UnityEditor; using UnityEngine; private static void ConfigureSpriteSlices(Texture2D source, int rows, int cols) { string assetPath AssetDatabase.GetAssetPath(source); TextureImporter importer AssetImporter.GetAtPath(assetPath) as TextureImporter; if (importer null) return; importer.textureType TextureImporterType.Sprite; importer.spriteImportMode SpriteImportMode.Multiple; importer.spritePixelsPerUnit 100; int blockW source.width / cols; int blockH source.height / rows; SpriteMetaData[] metas new SpriteMetaData[rows * cols]; for (int r 0; r rows; r) { for (int c 0; c cols; c) { int index r * cols c; int x c * blockW; int y source.height - (r 1) * blockH; int w (c cols - 1) ? source.width - c * blockW : blockW; int h (r rows - 1) ? source.height - r * blockH : blockH; metas[index] new SpriteMetaData { name ${source.name}_{r}_{c}, rect new Rect(x, y, w, h), alignment (int)SpriteAlignment.Center, pivot new Vector2(0.5f, 0.5f) }; } } importer.spritesheet metas; EditorUtility.SetDirty(importer); AssetDatabase.ImportAsset(assetPath, ImportAssetOptions.ForceUpdate); }逻辑说明spriteImportMode SpriteImportMode.Multiple是开启多 Sprite 的前提spritePixelsPerUnit决定 Sprite 的物理大小UI 图一般 100序列帧一般按美术给定的值填SpriteMetaData.rect的坐标原点是纹理左下角单位为像素所以y的计算方式和GetPixels保持一致用source.height - (r 1) * blockH。参数说明alignment (int)SpriteAlignment.Center是整个 Sprite 的默认锚点也可以在pivot里单独指定。ImportAssetOptions.ForceUpdate是必须的只调SetDirty不触发重新导入Sprite 列表不会更新这一点很反直觉我最早在这上面翻过车。5.2 导出坐标清单用 JSON 记录每张小图的 Rect 与 Pivot图集切好、Sprite 也配好后程序侧希望运行时动态加载切割坐标用于纹理打包或在逻辑层重建 UI。这时候可以额外导出一份 JSON 清单记录每张小图的rect、pivot、原始尺寸程序读取这份配置来做运行时纹理映射。using System; using System.Collections.Generic; using System.IO; using UnityEngine; [Serializable] public class SliceInfo { public string name; public int x; public int y; public int width; public int height; public float pivotX; public float pivotY; } [Serializable] public class SliceManifest { public string sourceName; public int textureWidth; public int textureHeight; public ListSliceInfo slices new ListSliceInfo(); } public static void ExportManifest(Texture2D source, string outputDir, SpriteMetaData[] metas) { SliceManifest manifest new SliceManifest { sourceName source.name, textureWidth source.width, textureHeight source.height }; foreach (SpriteMetaData meta in metas) { manifest.slices.Add(new SliceInfo { name meta.name, x (int)meta.rect.x, y (int)meta.rect.y, width (int)meta.rect.width, height (int)meta.rect.height, pivotX meta.pivot.x, pivotY meta.pivot.y }); } string json JsonUtility.ToJson(manifest, true); string path Path.Combine(outputDir, ${source.name}_manifest.json); File.WriteAllText(path, json); AssetDatabase.Refresh(); }逻辑说明JsonUtility是 Unity 内置的序列化工具需要给类标记[Serializable]并且字段是公开字段才能正常读写。这里把SpriteMetaData的像素坐标和锚点全部转成普通结构体是为了和运行时逻辑解耦游戏运行时不需要引UnityEditor命名空间。缩进参数true让 JSON 可读性好一些便于美术和策划手工检查。参数说明rect的坐标是纹理像素坐标pivot是归一化值0~1 范围。运行时要还原 Sprite 在世界空间的位置需要结合spritePixelsPerUnit换算所以 manifest 里最好再记录一次pixelsPerUnit否则只知道像素坐标不知道物理尺寸拼图时会错位。5.3 让工具自动运行AssetPostprocessor 里监听导入时机团队使用流程里手动点工具面板总会有忘记的时候。更省事的做法是让切割逻辑挂在资源导入流程上美术把大图拖进项目图片导入的一瞬间自动按预设行列切分并配好 Sprite。这个用AssetPostprocessor.OnPostprocessTexture实现。using UnityEditor; using UnityEngine; public class TextureSlicePostprocessor : AssetPostprocessor { private void OnPostprocessTexture(Texture2D texture) { // 只处理文件名带 _sliced 标记的图避免影响普通纹理 if (!assetPath.Contains(_sliced)) return; TextureImporter importer assetImporter as TextureImporter; if (importer null) return; importer.textureType TextureImporterType.Sprite; importer.spriteImportMode SpriteImportMode.Multiple; int rows 4; int cols 4; // 行列数也可以约定写在文件名里比如 hero_4x4_sliced string fileName System.IO.Path.GetFileNameWithoutExtension(assetPath); string[] parts fileName.Split(_); if (parts.Length 3) { int.TryParse(parts[parts.Length - 2], out rows); int.TryParse(parts[parts.Length - 1], out cols); } int blockW texture.width / cols; int blockH texture.height / rows; SpriteMetaData[] metas new SpriteMetaData[rows * cols]; for (int r 0; r rows; r) { for (int c 0; c cols; c) { int index r * cols c; metas[index] new SpriteMetaData { name ${fileName}_{r}_{c}, rect new Rect( c * blockW, texture.height - (r 1) * blockH, (c cols - 1) ? texture.width - c * blockW : blockW, (r rows - 1) ? texture.height - r * blockH : blockH), alignment (int)SpriteAlignment.Center, pivot new Vector2(0.5f, 0.5f) }; } } importer.spritesheet metas; } }逻辑说明OnPostprocessTexture是纹理导入管线里的回调纹理数据已经生成但导入设置尚未完全落盘时触发在回调里改assetImporter的spritesheet可以影响最终导入结果。文件名规约用_sliced做标记避免项目里所有图片都被自动切分。文件名里附带行列数比如hero_4x4_sliced.png工具就能自动解析行列配置不用每次都改代码。这一步完成后整个工具链闭环了美术往项目里拖图导入即切分路径下自动生成 Sprite 切片和 JSON 清单。第 5.1 节的菜单工具反而变成了临时修补手段平时都用不到。6. 切割结果的验证与反悔药像素对比、尺寸核对与一键回滚切割工具的验证不看出图效果要看像素数据。写一个校验函数遍历每张小图用GetPixels分别读取小图和原图对应区域的颜色值逐一对比RGBA32 导出是无损的只要坐标没算错两组像素应该完全一致。任何一个像素有差异说明坐标映射有偏差直接定位到是哪一块、哪一行。尺寸核对用数学关系就够了常规块的宽 × 列数小于等于原图宽最后一列块宽大于等于常规块宽。我用这个规则让工具在校验失败时自动弹窗列出异常切片编号不再往下执行。这个校验也是给后续接手的程序留的“证据”不然切完图出了问题谁都不愿意承认是自己参数填错了。回滚方案我一般做两层。第一层轻量输出目录固定为独立文件夹生产环境引用路径不指向这里确认无误后再手动覆盖到正式目录第二层是切割前自动把原图文件复制到Assets/TextureSlices/{源图名}/backup/下改坏了之后能从 backup 拖回原图相当于一颗后悔药。这个习惯帮我救回不少美术资源尤其是源文件只交付一次、本地没存档的情况。最终工具里我保留了三个入口菜单项给程序快速处理EditorWindow 面板给美术填参数AssetPostprocessor 自动流程给常规批量导入。每次写完切割相关代码我都会拿一张四角颜色不同的 2×2 小图先跑一遍方向校验确认无误再上大图。这条习惯帮我避开了大部分坐标翻转和颜色空间问题希望帮到你。本文还有配套的精品资源点击获取
简介一份面向 Unity 开发者与初学者的图像切割与导出教程资源解决将 Sprite 图集按规则切成多张小图并批量保存为 PNG 的实际需求。内容以单个 docx 文档封装仅 133KB轻量易读重点梳理了 Unity 图像导入、纹理类型与 Sprite Mode 设置、精灵编辑器 Slice 切片、Read/Write Enabled 读写配置、C# 脚本自动导出以及异步纹理处理与资源管理等关键环节。文档采用图文步骤说明覆盖从 PNG/TGA 图集导入、Sprite Mode 与 Format 设置、Sprite Editor 自动切片到 Advanced 读写配置和 C# 菜单导出的完整流程并附有完整 TestSaveSprite 脚本示例选中图集后可通过 Tools 菜单一键加载所有 Sprite自动创建导出目录并逐张写入 PNG代码思路清晰可直接迁移到项目中使用。脚本注释清晰读者可按需修改导出路径和格式。已有 4290 人学习下载适合需要在 Unity 中快速拆分图集或希望理解 Resources.LoadAll 与 Texture2D 导出流程的读者参考。1. Unity大图切割把一张纹理批量导出小图的场景与常见误区把一张 4096×4096 的大图按 N×M 切成几十张小图导出是Unity开发里出现频率相当高的需求。美术交付一张序列帧、一张 UI 九宫格、一张图集程序侧要的是可直接引用的 PNG 或 Sprite手动开 PS 一张张切不仅慢而且美术改一版你就要重切一版。Unity 大图切割本质上做两件事按矩形区域取像素、把像素编码成图片文件难点不在 API而在坐标方向、纹理格式和内存峰值。本文将拆一套编辑器内直接用的切割工具从最小脚本到带面板的可复用扩展再到图集坐标导出与验证方式适合做工具链的Unity开发者、独立游戏开发者也适合刚接触 Unity 编辑器扩展的新手。2. 切割前的选型为什么我推荐用 Texture2D.GetPixels 而不是截图方案2.1 三种切割路线的取舍GetPixels / ReadPixels / Graphics.Blip在写任何代码之前先确定用哪条技术路线。Unity 里把大图切成小图常见做法有三种Texture2D.GetPixels、ReadPixels从 RenderTexture 读回、以及Graphics.Blip直接拷贝。GetPixels(x, y, blockWidth, blockHeight)是三个方案里最直观的它按像素坐标从源纹理上取一块矩形区域返回Color[]数组再塞进新建的Texture2D里编码导出。这条路适合规则网格切割代码量最小我也最常用。ReadPixels则需要先把源纹理绘制到 RenderTexture 上再从 RenderTexture 读回像素。它多了一次 GPU 到 CPU 的拷贝性能比GetPixels慢一些但它的真正用途是读取相机渲染结果、后处理特效画面这类“不在常规纹理里的像素”。如果只是切一张已有的美术图用ReadPixels属于绕路。Graphics.Blip可以把纹理的矩形区域直接绘制到目标纹理上整个过程走 GPU不需要把大图整张读到 CPU 内存里对大图场景反而最稳。但它只负责拷贝目标纹理后续还是得走一次EncodeToPNG而且两张纹理之间进行像素级比对时不如GetPixels方便。方案像素走向内存峰值适用场景Texture2D.GetPixels源纹理 → Color[] → 新纹理高整块数组在托管堆规则网格切割、像素校验RenderTexture.ReadPixels源纹理 → RT → 新纹理中多一次RT相机画面、后处理结果导出Graphics.Blip源纹理 → 目标纹理 GPU 直拷低大尺寸批量切割、跑图集选型结论做这个标题下的“大图切割导出”功能默认走GetPixels。内存不是瓶颈时它最直白、最好排错。切 4096×4096 这种量级时再考虑Graphics.Blip或分块读取。2.2 最小可跑通的Editor脚本从选中纹理到输出九张PNG先给一个最简版本。在编辑器下选中一张纹理点击菜单按 3×3 切成九张 PNG 输出到 Assets 目录。这段脚本可以直接粘到Editor文件夹下运。using System.IO; using UnityEditor; using UnityEngine; public static class TextureSlicer { [MenuItem(Tools/Texture Slicer/Export 3x3 PNGs)] static void Export3x3() { Texture2D source Selection.activeObject as Texture2D; if (source null) { Debug.LogError(请先选中一张 Texture2D); return; } int rows 3; int cols 3; int blockW source.width / cols; int blockH source.height / rows; // 输出到 Assets 下方便 AssetDatabase 管理 string dir Path.Combine(Application.dataPath, TextureSlices, source.name); Directory.CreateDirectory(dir); for (int r 0; r rows; r) { for (int c 0; c cols; c) { int x c * blockW; // 纹理坐标原点在左下按左上角习惯要翻转 y int y source.height - (r 1) * blockH; Color[] pixels source.GetPixels(x, y, blockW, blockH); Texture2D outTex new Texture2D(blockW, blockH, TextureFormat.RGBA32, false); outTex.SetPixels(pixels); File.WriteAllBytes(Path.Combine(dir, $r{r}_c{c}.png), outTex.EncodeToPNG()); Object.DestroyImmediate(outTex); } } AssetDatabase.Refresh(); Debug.Log($切割完成输出目录{dir}); } }逻辑说明GetPixels(x, y, blockWidth, blockHeight)的x、y是源纹理上的像素起点blockWidth、blockHeight是取块尺寸。代码里x c * blockW按列递增y用了source.height - (r 1) * blockH因为GetPixels的 y 轴以纹理左下角为 0美术习惯的九宫格是从左上角开始数这里不翻转切出来的顺序会上下颠倒后面避坑章节还会详细说。参数说明TextureFormat.RGBA32是导出 PNG 最不容易出问题的格式带透明通道且编码无损new Texture2D(..., false)的最后一个参数是mipChain切割导出用不到 mipmap关掉可以省内存。每次写完文件后立即DestroyImmediate(outTex)否则循环次数一多临时纹理堆积会把编辑器内存吃满。最后一定调AssetDatabase.Refresh()否则文件在磁盘上存在但 Unity 的资源数据库不会立刻识别。2.3 脚本里的关键参数说明宽高、行列、偏移量与文件命名上面这段代码直接用source.width / cols决定块尺寸意味着原图尺寸必须能被行列数整除。实际项目中大图很少刚好整除比如 4096×4096 切成 3×3最后一块的宽就应该是4096 - 2 * 1365 1366如果还按 1365 取右侧会丢一列像素。边界处理常见做法是前 N-1 块用固定blockW最后一块用余数补齐。写成代码就是int actualW (c cols - 1) ? source.width - c * blockW : blockW;高同理。这个逻辑要写进工具否则切出来的图集尺寸对不上UI 拼接时会出现错位。另一个关键参数是 overlap也就是重叠像素。图集在运行时用 UV 采样时边缘经常出现渗色美术会要求在切割时每块向外多取 1~2 像素。实现上把取块起点改成c * blockW - overlap块宽改成blockW overlap * 2。注意首尾两块不能越界x最小为 0x width最大不超过源图宽度。文件命名也要在工具设计时确定。常见做法是{原图名}_{行}_{列}.png比如hero_0_0.png。只用r0_c0.PNG这种命名遇到两张不同大图切出来同名文件时会互相覆盖。输出目录我一般固定成Assets/TextureSlices/{原图名}/每个源图一个子目录互不干扰。3. 把切割工具做成可复用的编辑器窗口行数、列数、重叠量与文件格式都交给面板3.1 用 EditorWindow 封装面板输入参数与校验逻辑菜单项适合自己临时用团队里其他人也要用就得做成带输入面板的编辑器窗口。用EditorWindow.GetWindow创建窗口在OnGUI里画出行数、列数、重叠量、输出目录等字段点按钮再执行切割。这样美术同学不用改代码直接在面板里填数字就能导出一套新图。using System.IO; using UnityEditor; using UnityEngine; public class TextureSlicerWindow : EditorWindow { private Texture2D source; private int rows 4; private int cols 4; private int overlap 1; private string outputDir Assets/TextureSlices; [MenuItem(Tools/Texture Slicer/Open Window)] static void OpenWindow() { TextureSlicerWindow window GetWindowTextureSlicerWindow(Texture Slicer); window.Show(); } private void OnGUI() { source (Texture2D)EditorGUILayout.ObjectField(源纹理, source, typeof(Texture2D), false); rows EditorGUILayout.IntField(行数, rows); cols EditorGUILayout.IntField(列数, cols); overlap EditorGUILayout.IntField(重叠像素, overlap); outputDir EditorGUILayout.TextField(输出目录, outputDir); if (GUILayout.Button(切割并导出)) { if (source null) { EditorUtility.DisplayDialog(提示, 请先指定源纹理, OK); return; } if (rows 0 || cols 0) { EditorUtility.DisplayDialog(提示, 行列数必须大于 0, OK); return; } ExecuteSlice(); } } private void ExecuteSlice() { int blockW source.width / cols; int blockH source.height / rows; string fullDir Path.Combine(Application.dataPath, outputDir.Replace(Assets/, ), source.name); Directory.CreateDirectory(fullDir); EditorUtility.DisplayProgressBar(切割纹理, 正在处理..., 0f); try { for (int r 0; r rows; r) { for (int c 0; c cols; c) { int x Mathf.Max(0, c * blockW - overlap); int y Mathf.Max(0, source.height - (r 1) * blockH - overlap); int w (c cols - 1) ? source.width - c * blockW : blockW; int h (r rows - 1) ? source.height - r * blockH : blockH; w Mathf.Min(w overlap * 2, source.width - x); h Mathf.Min(h overlap * 2, source.height - y); Color[] pixels source.GetPixels(x, y, w, h); Texture2D outTex new Texture2D(w, h, TextureFormat.RGBA32, false); outTex.SetPixels(pixels); File.WriteAllBytes(Path.Combine(fullDir, ${source.name}_{r}_{c}.png), outTex.EncodeToPNG()); Object.DestroyImmediate(outTex); } EditorUtility.DisplayProgressBar(切割纹理, $第 {r 1}/{rows} 行, (float)r / rows); } } finally { EditorUtility.ClearProgressBar(); } AssetDatabase.Refresh(); EditorUtility.DisplayDialog(完成, 切割完成, OK); } }逻辑说明ExecuteSlice把边界余数、重叠量、进度条都整合进了循环里。x和y做了Mathf.Max(0, ...)防越界最后一块的宽高用Mathf.Min(w overlap * 2, source.width - x)保证不超过源图范围。DisplayProgressBar必须配finally里的ClearProgressBar否则中途报错后进度条会一直卡在编辑器上。参数说明overlap 设 0 就是紧密切割设 1 会让每张图向外扩展一圈适合运行时做 UV 边缘抗渗色。这个窗口版本已经能覆盖九宫格、序列帧、图集三种常见切割需求唯一还没解决的是纹理可读性也就是下一节要讲的格式问题。3.2 纹理格式与像素读取的对应关系什么时候必须临时转 RGBA32GetPixels不是一个无条件可用的接口。纹理导入设置里没有勾选 Read/Write Enabled或者纹理是 ASTC、ETC、PVRTC 这类压缩格式时编辑器下直接调GetPixels会抛异常常见报错是Texture is not readable。美术给的图经常是压缩格式所以工具里要做一层格式兜底。常见做法是把源纹理先转成 RGBA32 的临时副本再对副本做切割。转换方式是用 RenderTexture 中转代码如下。private Texture2D ToReadableRGBA32(Texture2D src) { RenderTexture rt RenderTexture.GetTemporary( src.width, src.height, 0, RenderTextureFormat.ARGB32, RenderTextureReadWrite.sRGB); Graphics.Blit(src, rt); Texture2D copy new Texture2D(src.width, src.height, TextureFormat.RGBA32, false); RenderTexture.active rt; copy.ReadPixels(new Rect(0, 0, src.width, src.height), 0, 0); RenderTexture.active null; copy.Apply(); RenderTexture.ReleaseTemporary(rt); return copy; }逻辑说明Graphics.Blit(src, rt)把源纹理绘制到临时 RenderTexture 上这一步把压缩格式解压成可供读回的 ARGB32ReadPixels从当前激活的 RT 里读像素RenderTexture.active null必须写否则后续其它渲染操作会读到残留的 RT最后Apply()把读回的像素真正提交到copy纹理上。参数说明RenderTextureFormat.ARGB32对应 RGBA32 的 RT 版本带 Alpha 通道RenderTextureReadWrite.sRGB是颜色空间相关的关键参数在 Linear 项目里如果不显式传 sRGB读回的结果会偏灰这一条在避坑章节还会展开。转出来的copy用完记得DestroyImmediateRT 用ReleaseTemporary归还否则连续处理多张大图编辑器显存会涨得很难看。3.3 导出命名规则与目录结构避免同名覆盖和路径中文坑命名规则和时间戳是个容易被忽略的细节。两个人同时用同一张图导出一份同名文件是很常见的事建议格式里带源图名加行列号例如hero_sheet_2_3.png另外在工具面板里加一个“导出时覆盖同名文件”的勾选项默认开启关闭后若目标文件已存在则自动追加_1后缀这种直观的后悔药比弹窗确认要好用。路径方面建议输出目录统一放Assets下。放在项目外虽然也能写文件但AssetDatabase.Refresh()刷不到外部目录Unity 资源数据库不认运行时Resources.Load或 AssetBundle 打包都查不到坑比较大。第二个坑是路径里的中文字符Windows 编辑器下中文目录通常没问但打包到部分安卓渠道或跨平台协作时有概率遇到编码不一致导致找不到文件我一般默认英文目录中文只出现在文件名的展示部分。路径拼接统一用Path.Combine不要手写/ outputDir source.name这种字符串不同平台目录分隔符不一样。拼接时注意Application.dataPath的末尾不带斜杠outputDir里如果有Assets/前缀要先去掉否则会拼出Assets/Assets/TextureSlices这种重复路径。4. Unity大图切割避坑4 个让工具跑偏的典型问题4.1 现象切割结果发灰、偏色用 ReadPixels 方案导出 PNG 后在外部看图软件里打开颜色整体发灰发暗但原图在 Unity 里看着是正常的。原因项目 Color Space 设置为 Linear 时RenderTexture.GetTemporary默认的读写颜色空间是线性ReadPixels读回来的像素没有经过 sRGB 到线性、再线性到 sRGB 的转换链路保存成 PNG 时颜色通道就对不上表现就是灰度整体被压缩。解决创建临时 RT 时显式指定RenderTextureReadWrite.sRGB即第 3.2 节代码里的写法或者在导出后统一调用Texture2D.Apply前做一次LinearToGammaSpace。GetPixels方案不受影响因为它读的是纹理原始存储值不经过 RT 的颜色空间转换。遇到偏色先排查你走的是哪条像素读取路线再检查 RT 创建参数的第三个参数。4.2 现象ReadPixels 得到的图片上下颠倒切割结果每张单独看没问题但按行列拼回原图时发现上下方向反了第一行的图实际是原图最后一行。原因Unity 纹理坐标原点在左下角ReadPixels读取 RT 时同样以左下角为原点而流程中如果直接从Rect(0, 0, src.width, src.height)读一整张再按行切写文件顺序和视觉顺序是相反的。GetPixels也有同样问题它返回的数组第一行对应纹理最底下一行。解决用GetPixels时按source.height - (r 1) * blockH翻转 y 起点用ReadPixels时把读取 Rect 的 y 改成source.height - blockH - r * blockH也就是从顶部往下读。判断方向是否正确的土办法切一张 2×2 的图四角分别填充红绿蓝白切完看输出文件的位置对应关系一眼就能看出翻转方向。4.3 现象菜单点击后什么都没发生也不报错点击菜单项后编辑器毫无反应没有输出文件也没有日志。再点一次还是没有像黑匣子一样。原因最常见是根本没选中纹理Selection.activeObject as Texture2D返回 null但代码里 return 之前没有日志或者输出目录拼错了位置写到了项目根目录之外的地方Directory.CreateDirectory能创建但 Unity 资源数据库感知不到还有一种情况是保存路径与现有资源同名被忽略。解决加校验日志是第一步if (source null) Debug.LogError(...)别静默返回。路径层面在ExecuteSlice开头用Debug.Log(fullDir)把最终绝对路径打出来看看是否落在项目内。输出后如果文件存在但 Unity 没刷新手动补一句AssetDatabase.Refresh()。我给编辑器工具加日志的习惯是菜单函数里能打印路径的地方都打印工具对使用者来说是黑匣子日志就是唯一的探针。4.4 现象大图切割时编辑器卡死内存暴涨切 4096×4096 的图进度条走到一半 Unity 界面卡住任务管理器里内存占用冲到几个 GB。原因GetPixels一次调用会把指定矩形区域的所有像素拷贝到Color[]一张 4096×4096 的图读一次就有 6400 万个 float 类型颜色值占 1GB 以上托管内存。如果循环里同时持有源纹理、临时 Texture2D、Color[]并且没及时释放GC 来不及回收内存峰值就会非常难看。解决逐块处理并及时释放。每块切完立刻DestroyImmediate(outTex)Color[]用完不再引用它如果单块尺寸也很大比如一次切 2048×2048那就再细化行列数。不想走 CPU 数组时切到Graphics.Blip直接 GPU 拷贝内存峰值能降一个量级。另外把 3.1 里的进度条加上至少能直观看到卡在哪一步而不是一脸懵地等编辑器恢复。5. 进阶从“切图”到“图集坐标”让 UGUI 直接用切割结果5.1 批量切割图集并输出 Sprite按行列写入 TextureImporter 的 spriteMetaData切完 PNG 只是最基础的需求实际项目里 UI 拼大图、做图集时程序侧更希望能直接拿到带Sprite的图集而不是导入一堆零散 PNG 再自己拼 Rect。Unity 的TextureImporter支持把一张纹理标记为 Multiple 模式并配置多个SpriteMetaData这样大图本体还保留在项目里UI 直接引用子 Sprite 即可。常见做法是把大图的各项SpriteMetaData.rect计算好写入导入设置后重新导入。核心代码分成三部分读取当前导入器、计算子矩形、写回并触发导入。using UnityEditor; using UnityEngine; private static void ConfigureSpriteSlices(Texture2D source, int rows, int cols) { string assetPath AssetDatabase.GetAssetPath(source); TextureImporter importer AssetImporter.GetAtPath(assetPath) as TextureImporter; if (importer null) return; importer.textureType TextureImporterType.Sprite; importer.spriteImportMode SpriteImportMode.Multiple; importer.spritePixelsPerUnit 100; int blockW source.width / cols; int blockH source.height / rows; SpriteMetaData[] metas new SpriteMetaData[rows * cols]; for (int r 0; r rows; r) { for (int c 0; c cols; c) { int index r * cols c; int x c * blockW; int y source.height - (r 1) * blockH; int w (c cols - 1) ? source.width - c * blockW : blockW; int h (r rows - 1) ? source.height - r * blockH : blockH; metas[index] new SpriteMetaData { name ${source.name}_{r}_{c}, rect new Rect(x, y, w, h), alignment (int)SpriteAlignment.Center, pivot new Vector2(0.5f, 0.5f) }; } } importer.spritesheet metas; EditorUtility.SetDirty(importer); AssetDatabase.ImportAsset(assetPath, ImportAssetOptions.ForceUpdate); }逻辑说明spriteImportMode SpriteImportMode.Multiple是开启多 Sprite 的前提spritePixelsPerUnit决定 Sprite 的物理大小UI 图一般 100序列帧一般按美术给定的值填SpriteMetaData.rect的坐标原点是纹理左下角单位为像素所以y的计算方式和GetPixels保持一致用source.height - (r 1) * blockH。参数说明alignment (int)SpriteAlignment.Center是整个 Sprite 的默认锚点也可以在pivot里单独指定。ImportAssetOptions.ForceUpdate是必须的只调SetDirty不触发重新导入Sprite 列表不会更新这一点很反直觉我最早在这上面翻过车。5.2 导出坐标清单用 JSON 记录每张小图的 Rect 与 Pivot图集切好、Sprite 也配好后程序侧希望运行时动态加载切割坐标用于纹理打包或在逻辑层重建 UI。这时候可以额外导出一份 JSON 清单记录每张小图的rect、pivot、原始尺寸程序读取这份配置来做运行时纹理映射。using System; using System.Collections.Generic; using System.IO; using UnityEngine; [Serializable] public class SliceInfo { public string name; public int x; public int y; public int width; public int height; public float pivotX; public float pivotY; } [Serializable] public class SliceManifest { public string sourceName; public int textureWidth; public int textureHeight; public ListSliceInfo slices new ListSliceInfo(); } public static void ExportManifest(Texture2D source, string outputDir, SpriteMetaData[] metas) { SliceManifest manifest new SliceManifest { sourceName source.name, textureWidth source.width, textureHeight source.height }; foreach (SpriteMetaData meta in metas) { manifest.slices.Add(new SliceInfo { name meta.name, x (int)meta.rect.x, y (int)meta.rect.y, width (int)meta.rect.width, height (int)meta.rect.height, pivotX meta.pivot.x, pivotY meta.pivot.y }); } string json JsonUtility.ToJson(manifest, true); string path Path.Combine(outputDir, ${source.name}_manifest.json); File.WriteAllText(path, json); AssetDatabase.Refresh(); }逻辑说明JsonUtility是 Unity 内置的序列化工具需要给类标记[Serializable]并且字段是公开字段才能正常读写。这里把SpriteMetaData的像素坐标和锚点全部转成普通结构体是为了和运行时逻辑解耦游戏运行时不需要引UnityEditor命名空间。缩进参数true让 JSON 可读性好一些便于美术和策划手工检查。参数说明rect的坐标是纹理像素坐标pivot是归一化值0~1 范围。运行时要还原 Sprite 在世界空间的位置需要结合spritePixelsPerUnit换算所以 manifest 里最好再记录一次pixelsPerUnit否则只知道像素坐标不知道物理尺寸拼图时会错位。5.3 让工具自动运行AssetPostprocessor 里监听导入时机团队使用流程里手动点工具面板总会有忘记的时候。更省事的做法是让切割逻辑挂在资源导入流程上美术把大图拖进项目图片导入的一瞬间自动按预设行列切分并配好 Sprite。这个用AssetPostprocessor.OnPostprocessTexture实现。using UnityEditor; using UnityEngine; public class TextureSlicePostprocessor : AssetPostprocessor { private void OnPostprocessTexture(Texture2D texture) { // 只处理文件名带 _sliced 标记的图避免影响普通纹理 if (!assetPath.Contains(_sliced)) return; TextureImporter importer assetImporter as TextureImporter; if (importer null) return; importer.textureType TextureImporterType.Sprite; importer.spriteImportMode SpriteImportMode.Multiple; int rows 4; int cols 4; // 行列数也可以约定写在文件名里比如 hero_4x4_sliced string fileName System.IO.Path.GetFileNameWithoutExtension(assetPath); string[] parts fileName.Split(_); if (parts.Length 3) { int.TryParse(parts[parts.Length - 2], out rows); int.TryParse(parts[parts.Length - 1], out cols); } int blockW texture.width / cols; int blockH texture.height / rows; SpriteMetaData[] metas new SpriteMetaData[rows * cols]; for (int r 0; r rows; r) { for (int c 0; c cols; c) { int index r * cols c; metas[index] new SpriteMetaData { name ${fileName}_{r}_{c}, rect new Rect( c * blockW, texture.height - (r 1) * blockH, (c cols - 1) ? texture.width - c * blockW : blockW, (r rows - 1) ? texture.height - r * blockH : blockH), alignment (int)SpriteAlignment.Center, pivot new Vector2(0.5f, 0.5f) }; } } importer.spritesheet metas; } }逻辑说明OnPostprocessTexture是纹理导入管线里的回调纹理数据已经生成但导入设置尚未完全落盘时触发在回调里改assetImporter的spritesheet可以影响最终导入结果。文件名规约用_sliced做标记避免项目里所有图片都被自动切分。文件名里附带行列数比如hero_4x4_sliced.png工具就能自动解析行列配置不用每次都改代码。这一步完成后整个工具链闭环了美术往项目里拖图导入即切分路径下自动生成 Sprite 切片和 JSON 清单。第 5.1 节的菜单工具反而变成了临时修补手段平时都用不到。6. 切割结果的验证与反悔药像素对比、尺寸核对与一键回滚切割工具的验证不看出图效果要看像素数据。写一个校验函数遍历每张小图用GetPixels分别读取小图和原图对应区域的颜色值逐一对比RGBA32 导出是无损的只要坐标没算错两组像素应该完全一致。任何一个像素有差异说明坐标映射有偏差直接定位到是哪一块、哪一行。尺寸核对用数学关系就够了常规块的宽 × 列数小于等于原图宽最后一列块宽大于等于常规块宽。我用这个规则让工具在校验失败时自动弹窗列出异常切片编号不再往下执行。这个校验也是给后续接手的程序留的“证据”不然切完图出了问题谁都不愿意承认是自己参数填错了。回滚方案我一般做两层。第一层轻量输出目录固定为独立文件夹生产环境引用路径不指向这里确认无误后再手动覆盖到正式目录第二层是切割前自动把原图文件复制到Assets/TextureSlices/{源图名}/backup/下改坏了之后能从 backup 拖回原图相当于一颗后悔药。这个习惯帮我救回不少美术资源尤其是源文件只交付一次、本地没存档的情况。最终工具里我保留了三个入口菜单项给程序快速处理EditorWindow 面板给美术填参数AssetPostprocessor 自动流程给常规批量导入。每次写完切割相关代码我都会拿一张四角颜色不同的 2×2 小图先跑一遍方向校验确认无误再上大图。这条习惯帮我避开了大部分坐标翻转和颜色空间问题希望帮到你。本文还有配套的精品资源点击获取
