Unity项目瘦身实战：Editor脚本批量优化纹理MaxSize与压缩格式-三亩地-编程学习日记

1. 项目概述与痛点分析

做Unity项目开发，尤其是移动端或者WebGL平台，最让人头疼的问题之一就是包体大小。项目做着做着，资源文件夹（Assets）就不知不觉膨胀到了几个G，里面塞满了各种美术资源，而图片纹理往往是占用空间的大头。每次打包前，美术同学或者你自己，是不是都得手动去检查一遍导入设置（Import Settings）？看看那张1024x1024的UI小图标，MaxSize是不是还傻傻地设成了2048，压缩格式是不是还是低效的Truecolor？一个一个改，费时费力还容易遗漏。这个问题在团队协作中尤其突出，不同成员对资源规范的理解和执行不一致，最终导致包体臃肿，加载缓慢，用户体验大打折扣。

“Unity项目瘦身实战：用Editor脚本一键批量修改图片MaxSize与压缩格式”这个项目，就是针对这个普遍痛点的自动化解决方案。它的核心价值在于，通过编写一个运行在Unity编辑器内的脚本（Editor Script），实现对项目内指定或全部图片资源，进行批量、智能化的导入参数调整。你不再需要手动打开每一张图片的Inspector面板，只需要运行一下脚本，或者点一下自定义的菜单按钮，就能让所有图片资源按照预设的规则“瘦身”到位。这对于需要频繁优化包体、维护大型项目资源规范，或者接手一个历史包袱沉重的“祖传项目”时，显得尤为重要。

适合谁来参考呢？首先是Unity项目的主程或技术负责人，你需要建立团队的资源规范并确保其落地。其次是负责项目优化和发布的同学，打包前的资源检查是你的例行公事。最后，任何希望提升开发效率、学习Unity Editor扩展编程的开发者，都能从这个实战案例中获得启发。接下来，我会详细拆解如何从零构建这样一个工具，并分享我在实际项目中踩过的坑和积累的经验。

2. 核心思路与方案设计

要实现图片资源的批量修改，我们不能直接去操作磁盘上的.png或.jpg文件，因为Unity在导入资源时，会根据其导入设置生成对应的中间格式（如纹理的.meta文件和Library中的缓存）。因此，正确的操作对象是Unity引擎内的TextureImporterAPI。TextureImporter是Unity Editor中用于控制和修改纹理导入设置的类，我们的脚本将通过它来读写每张图片的maxTextureSize（最大尺寸）和textureCompression（压缩格式）等属性。

整个工具的运作流程可以拆解为以下几个核心步骤：

资源定位：如何让脚本找到我们需要处理的目标图片？通常有两种思路。一是处理当前在Project窗口选中的对象；二是遍历指定目录（如“Assets/Textures”）下的所有图片文件。为了灵活性，我们的工具最好能同时支持这两种模式。
规则制定：不是所有图片都应该套用同一套规则。一个UI图集可能需要保持2的幂次方尺寸且使用ASTC压缩，而一张3D模型的法线贴图则需要关闭sRGB并保证精度。因此，我们需要设计一套可配置的规则匹配逻辑。最简单的可以基于路径关键字（如路径包含“UI”），复杂一点的可以基于纹理类型（TextureImporterType）或使用平台覆盖设置。
参数修改：这是核心操作。遍历找到的每一个纹理资源，获取其TextureImporter，根据匹配到的规则，设置新的maxTextureSize和textureCompression，然后调用SaveAndReimport()方法应用更改并重新导入资源。
用户交互与反馈：我们需要在Unity编辑器内提供一个入口，比如一个自定义窗口（EditorWindow）或者一个菜单项。操作完成后，应该给出明确的反馈，例如“成功处理了XX个文件，跳过了XX个文件”，并将修改失败的资源列表打印到控制台，方便排查。

方案选型上，我们选择实现一个EditorWindow。相比于简单的菜单项，窗口可以提供更丰富的配置界面，让用户在不修改代码的情况下，灵活设置目标文件夹、处理规则等，工具的可用性和复用性会大大增强。同时，为了避免误操作导致资源损坏，我们必须加入“预览”或“模拟运行”功能，即先列出所有将被修改的资源及其新旧参数对比，确认无误后再执行真正的修改。

注意：直接修改TextureImporter并重新导入是一个不可逆的、影响源数据（.meta文件）的操作。因此，务必在操作前确保项目已使用版本控制系统（如Git、SVN、Plastic SCM）进行管理。这样即使操作失误，也能轻松回退。

3. 工具实现详解与源码解析

下面，我们进入具体的代码实现环节。我将分模块讲解关键代码，并解释其背后的意图。完整的源码可以在文章末尾找到。

3.1 创建EditorWindow框架

首先，我们创建一个继承自EditorWindow的类，并添加一个菜单项用于打开这个窗口。

using UnityEngine; using UnityEditor; using System.IO; using System.Collections.Generic; public class TextureOptimizerWindow : EditorWindow { // 窗口单例访问点 [MenuItem("Tools/项目瘦身/纹理批量优化")] public static void ShowWindow() { var window = GetWindow<TextureOptimizerWindow>(); window.titleContent = new GUIContent("纹理优化工具"); window.Show(); } private void OnGUI() { // 主要的UI绘制逻辑将在这里实现 DrawConfigurationPanel(); DrawActionButtons(); } }

3.2 设计配置面板与规则系统

在窗口内，我们需要让用户配置处理目标和规则。这里设计一个简单的规则：用户可以输入一个目标文件夹路径（默认为Assets），并为一组平台（如Android, iOS, Standalone）分别设置默认的MaxSize和压缩格式。更复杂的规则（如按路径或类型细分）可以在此基础上扩展。

public class TextureOptimizerWindow : EditorWindow { // 配置数据 private string targetFolderPath = "Assets"; private List<PlatformSettings> platformSettingsList = new List<PlatformSettings>(); [System.Serializable] public class PlatformSettings { public BuildTarget platform; public int maxSize = 1024; public TextureImporterCompression compression = TextureImporterCompression.Compressed; } private void DrawConfigurationPanel() { EditorGUILayout.LabelField("配置优化规则", EditorStyles.boldLabel); // 目标文件夹选择 EditorGUILayout.BeginHorizontal(); targetFolderPath = EditorGUILayout.TextField("目标文件夹", targetFolderPath); if (GUILayout.Button("选择", GUILayout.Width(60))) { string path = EditorUtility.OpenFolderPanel("选择目标文件夹", Application.dataPath, ""); if (!string.IsNullOrEmpty(path)) { // 将绝对路径转换为相对于项目的路径 targetFolderPath = "Assets" + path.Replace(Application.dataPath, ""); } } EditorGUILayout.EndHorizontal(); EditorGUILayout.HelpBox("将处理此文件夹及其子目录下的所有图片文件。", MessageType.Info); // 平台设置列表 EditorGUILayout.Space(); EditorGUILayout.LabelField("各平台设置", EditorStyles.boldLabel); for (int i = 0; i < platformSettingsList.Count; i++) { var setting = platformSettingsList[i]; EditorGUILayout.BeginVertical(EditorStyles.helpBox); setting.platform = (BuildTarget)EditorGUILayout.EnumPopup("目标平台", setting.platform); setting.maxSize = EditorGUILayout.IntSlider("Max Size", setting.maxSize, 32, 8192); setting.compression = (TextureImporterCompression)EditorGUILayout.EnumPopup("压缩格式", setting.compression); EditorGUILayout.EndVertical(); } if (GUILayout.Button("+ 添加平台设置")) { platformSettingsList.Add(new PlatformSettings()); } } }

3.3 实现核心批量处理逻辑

核心逻辑是一个方法，它根据配置，收集所有纹理，并应用设置。这里的关键是使用AssetDatabase.FindAssets和AssetDatabase.GUIDToAssetPath来获取资源路径，然后过滤出图片文件（如.png, .jpg, .tga）。

private void ProcessTextures(bool dryRun = false) { if (platformSettingsList.Count == 0) { EditorUtility.DisplayDialog("错误", "请至少添加一个平台设置。", "确定"); return; } // 1. 收集所有纹理GUID string filter = "t:texture2D"; string[] guids = AssetDatabase.FindAssets(filter, new[] { targetFolderPath }); int processedCount = 0; int skippedCount = 0; List<string> failedList = new List<string>(); EditorUtility.DisplayProgressBar("处理中", "正在优化纹理...", 0); for (int i = 0; i < guids.Length; i++) { string guid = guids[i]; string assetPath = AssetDatabase.GUIDToAssetPath(guid); // 更新进度条 EditorUtility.DisplayProgressBar("处理中", assetPath, (float)i / guids.Length); // 2. 获取TextureImporter TextureImporter importer = AssetImporter.GetAtPath(assetPath) as TextureImporter; if (importer == null) { skippedCount++; continue; } bool anySettingApplied = false; // 3. 遍历所有平台设置，并应用 foreach (var setting in platformSettingsList) { // 获取或创建该平台的覆盖设置 TextureImporterPlatformSettings platformSettings = importer.GetPlatformTextureSettings(setting.platform.ToString()); if (!platformSettings.overridden) { platformSettings.overridden = true; } // 检查设置是否真的需要更改，避免不必要的重新导入 if (platformSettings.maxTextureSize != setting.maxSize || platformSettings.compressionQuality != (int)setting.compression) { platformSettings.maxTextureSize = setting.maxSize; platformSettings.compressionQuality = (int)setting.compression; importer.SetPlatformTextureSettings(platformSettings); anySettingApplied = true; } } // 4. 保存并重新导入（如果不是模拟运行） if (anySettingApplied && !dryRun) { try { AssetDatabase.ImportAsset(assetPath, ImportAssetOptions.ForceUpdate); processedCount++; } catch (System.Exception e) { failedList.Add($"{assetPath} - {e.Message}"); } } else if (!anySettingApplied) { skippedCount++; } } EditorUtility.ClearProgressBar(); // 5. 显示结果 string resultMsg = dryRun ? $"[模拟完成] 共扫描 {guids.Length} 个纹理。{processedCount} 个需要修改，{skippedCount} 个无需改动。" : $"[执行完成] 成功处理 {processedCount} 个纹理，跳过 {skippedCount} 个。"; EditorUtility.DisplayDialog("完成", resultMsg, "确定"); if (failedList.Count > 0) { Debug.LogWarning($"纹理优化有 {failedList.Count} 处失败："); foreach (var fail in failedList) { Debug.LogWarning(fail); } } AssetDatabase.Refresh(); }

3.4 添加用户操作按钮

最后，在OnGUI中绘制执行按钮，并区分“模拟运行”和“实际执行”。

private void DrawActionButtons() { EditorGUILayout.Space(20); EditorGUILayout.BeginHorizontal(); GUILayout.FlexibleSpace(); // 模拟运行按钮 GUI.backgroundColor = Color.yellow; if (GUILayout.Button("模拟运行（不保存）", GUILayout.Width(150), GUILayout.Height(30))) { if (EditorUtility.DisplayDialog("模拟运行", "此操作仅预览更改，不会实际修改资源。确认继续？", "继续", "取消")) { ProcessTextures(true); } } GUI.backgroundColor = Color.white; // 实际执行按钮 GUI.backgroundColor = Color.green; if (GUILayout.Button("执行优化", GUILayout.Width(150), GUILayout.Height(30))) { if (EditorUtility.DisplayDialog("确认优化", "此操作将修改纹理导入设置并重新导入资源。请确保项目已备份！确认执行？", "狠心优化", "我再想想")) { ProcessTextures(false); } } GUI.backgroundColor = Color.white; GUILayout.FlexibleSpace(); EditorGUILayout.EndHorizontal(); EditorGUILayout.HelpBox("强烈建议先使用【模拟运行】查看更改预览，确认无误后再【执行优化】。", MessageType.Warning); }

4. 进阶功能与避坑指南

一个基础的批量修改工具已经完成了。但在实际生产环境中，我们还需要考虑更多细节，否则很容易踩坑。

4.1 处理纹理类型与特殊设置

不同的纹理类型（Texture Type）有不同的最佳实践，粗暴地统一修改可能会破坏材质效果。

Sprite（2D和UI）：对于UI精灵，我们通常关心的是SpriteMode（Single, Multiple）和PixelsPerUnit。批量修改MaxSize时，要确保图集（Multiple模式）的尺寸是2的幂次方，否则可能打包失败。我们的脚本可以加入对TextureImporter.textureType的判断，如果是TextureImporterType.Sprite，可以额外提供SpritePackingTag的检查或设置选项。
Normal Map（法线贴图）：法线贴图必须将sRGB (Color Texture)选项关闭，并确保压缩格式不会严重损失精度（通常使用高质量压缩或DXT5nm/ASTC）。在修改时，应检测TextureImporter.normalMap属性，并自动应用正确的设置。
Lightmap（光照贴图）：光照贴图通常由引擎生成，但有时也会导入外部文件。它们有特定的压缩要求，一般不建议用通用工具处理。

实操心得：我建议在工具中增加一个“纹理类型过滤器”。在遍历纹理时，先获取其TextureImporter.textureType，然后根据类型应用不同的规则组。例如，为“Normal Map”类型预设一组关闭sRGB、使用高质量压缩的规则。这能避免把法线贴图错误地当成普通颜色纹理处理，导致场景渲染出现奇怪的凹凸错误。

4.2 智能MaxSize推荐与降级策略

手动为每类纹理设置MaxSize仍然有优化空间。更智能的做法是根据纹理的原始尺寸和用途，自动推荐一个合理的MaxSize。

获取原始尺寸：通过TextureImporter.GetSourceTextureWidth/Height()可以获取到图片文件的原始分辨率。
制定降级规则：
- 如果原始尺寸 <= 512，MaxSize 设置为原始尺寸（或最近的2的幂）。
- 如果原始尺寸在 513 到 1024 之间，MaxSize 设置为 1024。
- 如果原始尺寸 > 1024，但判断为UI图标（例如通过路径包含“Icon”或尺寸比例是1:1），则限制为 256 或 512。
- 对于背景图等大尺寸资源，可以设置一个上限（如2048）。
考虑平台能力：针对Android低端机，可以设置一套更激进的降级规则（如所有MaxSize减半）。

实现时，可以在PlatformSettings类里增加一个bool useAutoMaxSize的选项和对应的AutoMaxSizeRule规则类。当勾选时，就忽略手动输入的maxSize，转而使用根据规则计算出的值。

4.3 性能优化与处理大量资源

当项目中有成千上万个纹理时，遍历和重新导入会非常耗时，甚至可能导致编辑器卡死或无响应。

分帧处理：这是最重要的优化手段。不要在一个主线程循环里处理所有资源。可以使用EditorApplication.update事件或者EditorCoroutine（需单独实现）来将处理任务分摊到多帧中。例如，每帧处理50-100个资源，同时更新进度条。这能保持编辑器的响应性。
增量处理与缓存：如果工具需要频繁使用，可以考虑记录上次处理的结果或时间戳。下次运行时，只处理自上次以来新增或修改过的文件。这需要将处理状态（如文件的哈希值或修改时间）保存到本地一个缓存文件中。
减少AssetDatabase刷新：AssetDatabase.Refresh()是一个比较耗时的操作。我们可以在所有修改完成后，只调用一次AssetDatabase.Refresh()，而不是每处理一个文件就调用一次。

踩坑记录：我曾经写过一个脚本，在一次循环中处理了超过5000张图片，并且每处理一张就调用AssetDatabase.ImportAsset。结果就是编辑器“卡死”了将近20分钟，任务管理器显示Unity进程未响应（实际上是在忙）。最后不得不强制结束进程，幸好有版本控制。教训就是：处理大量资源时，分帧和进度反馈是必须的。

4.4 错误处理与日志记录

健壮的工具必须能妥善处理异常，并给出清晰的日志。

异常捕获：如上文代码所示，在AssetDatabase.ImportAsset处使用try-catch，防止单个资源导入失败导致整个流程中断。将失败的文件路径和错误信息记录下来。
详细日志：除了在窗口弹出对话框显示概要，还应该将详细的操作日志输出到Unity控制台。包括每个被修改的文件路径、修改前后的参数对比。这对于后续的审计和排查问题非常有帮助。
撤销支持：Unity Editor的Undo系统对于Editor脚本非常重要。虽然直接操作TextureImporter并重新导入的步骤很难用简单的Undo.RecordObject来回退，但我们可以通过在执行前备份所有相关纹理的.meta文件到临时目录，并提供“一键还原”功能来实现类似撤销的效果。这是一个进阶功能，但对于团队内推广使用来说，能极大降低心理门槛。

5. 完整源码与使用示例

以下是将上述所有思路整合后的一个增强版工具框架的核心代码。由于篇幅限制，这里省略了分帧处理、智能MaxSize推荐等进阶特性的完整实现，但给出了关键接口和注释。

// TextureOptimizerWindow.cs using UnityEngine; using UnityEditor; using System.IO; using System.Collections.Generic; public class TextureOptimizerWindow : EditorWindow { #region 配置数据 private string targetFolderPath = "Assets"; private List<PlatformSettings> platformSettingsList = new List<PlatformSettings>(); private bool dryRunMode = true; // 默认模拟运行 [System.Serializable] public class PlatformSettings { public BuildTarget platform; public int maxSize = 1024; public TextureImporterCompression compression = TextureImporterCompression.Compressed; public bool overrideCompressor = false; public TextureImporterFormat format = TextureImporterFormat.ASTC_6x6; // Android/iOS常用 } #endregion [MenuItem("Tools/项目瘦身/纹理批量优化器")] public static void ShowWindow() { var window = GetWindow<TextureOptimizerWindow>(); window.titleContent = new GUIContent("纹理优化器"); window.minSize = new Vector2(500, 600); window.Show(); } private void OnGUI() { EditorGUILayout.LabelField("纹理资源批量优化工具", EditorStyles.largeLabel); EditorGUILayout.Space(10); DrawConfigurationPanel(); EditorGUILayout.Space(20); DrawActionButtons(); } private void DrawConfigurationPanel() { /* 同前文，略 */ } private void DrawActionButtons() { // 切换模拟/实际模式 dryRunMode = EditorGUILayout.ToggleLeft("模拟运行模式（仅预览，不修改）", dryRunMode); EditorGUILayout.HelpBox(dryRunMode ? "处于模拟模式。点击下方按钮将只列出待修改项，不会保存。" : "处于实际执行模式。点击下方按钮将直接修改资源并重新导入！", dryRunMode ? MessageType.Info : MessageType.Warning); EditorGUILayout.BeginHorizontal(); GUILayout.FlexibleSpace(); if (GUILayout.Button(dryRunMode ? "开始模拟分析" : "执行批量优化", GUILayout.Width(180), GUILayout.Height(40))) { string confirmMsg = dryRunMode ? "开始扫描并分析纹理资源，不会进行任何实际修改。确认继续？" : "即将开始修改纹理导入设置，此操作会影响项目源数据。请确认已备份！\n\n真的要继续吗？"; if (EditorUtility.DisplayDialog("确认操作", confirmMsg, dryRunMode ? "分析" : "我确认，开始优化", "取消")) { // 启动优化流程，可在此处调用分帧处理的协程入口 StartOptimizationProcess(); } } GUILayout.FlexibleSpace(); EditorGUILayout.EndHorizontal(); } // 优化的入口方法，这里可以启动一个EditorCoroutine private void StartOptimizationProcess() { // 此处应实现分帧异步处理逻辑，例如： // EditorCoroutineUtility.StartCoroutine(OptimizeTexturesCoroutine(), this); // 由于Unity原生不支持EditorCoroutine，需要自行实现或使用第三方库。 // 作为示例，我们先调用同步版本。 OptimizeTexturesSync(); } private void OptimizeTexturesSync() { // 这里是同步处理的核心逻辑，整合了前文ProcessTextures的功能，并加入更多错误处理和日志。 // 实际项目中，强烈建议将这部分重构成异步分帧。 Debug.Log($"[TextureOptimizer] 开始{(dryRunMode ? "模拟分析" : "实际优化")}，目标文件夹：{targetFolderPath}"); // ... (资源收集、遍历、应用设置的逻辑，同前文ProcessTextures方法) ... Debug.Log($"[TextureOptimizer] 处理完成。详细日志请查看上方信息。"); } // 一个示例性的智能MaxSize计算函数 private int CalculateRecommendedMaxSize(TextureImporter importer, PlatformSettings settings) { int originalWidth = 0, originalHeight = 0; // 注意：GetSourceTextureWidth/Height在部分Unity版本或特定导入器下可能不可用。 // 更稳健的方法是先加载Texture2D（有内存开销），或解析文件头。 // 此处为示例逻辑： // importer.GetSourceTextureWidthAndHeight(out originalWidth, out originalHeight); // 假设我们通过某种方式获取到了原始宽高 // 简单规则：取宽高中的较大值，并向下取最近的2的幂，且不超过设置的最大值 int maxDimension = Mathf.Max(originalWidth, originalHeight); int recommended = Mathf.Clamp(Mathf.NextPowerOfTwo(maxDimension), 32, settings.maxSize); // 如果是特别小的图标，进一步限制 if (importer.textureType == TextureImporterType.Sprite && maxDimension <= 128) { recommended = 128; } return recommended; } }

使用步骤：

将上述脚本代码放在项目的Assets/Editor文件夹下（如果没有就创建一个）。
打开Unity编辑器，顶部菜单栏会多出一个Tools/项目瘦身/纹理批量优化器。
点击打开工具窗口。
在窗口中配置目标文件夹（默认为整个Assets）。
点击“+ 添加平台设置”，为你关心的平台（如Android, iOS）配置期望的MaxSize和压缩格式。
务必先保持“模拟运行模式”为勾选状态，点击“开始模拟分析”。工具会扫描资源并列出所有将要修改的项，在Console窗口查看详细日志。
确认预览结果无误后，取消勾选“模拟运行模式”，此时按钮变为“执行批量优化”。再次点击，工具就会实际修改纹理的导入设置并重新导入。

6. 常见问题与排查技巧

在实际使用这类工具时，你可能会遇到以下问题。这里记录了我的排查思路和解决方法。

问题1：运行脚本后，图片在游戏中变模糊或出现锯齿。

原因：MaxSize设置得过低，低于图片在游戏中的实际显示尺寸。例如，一张原始2048x2048的背景图，被强制限制为512，然后在1080p的屏幕上全屏拉伸，必然模糊。
排查：检查出现问题的纹理的最终使用场景。如果是UI，检查Canvas的缩放模式以及该UI元素的实际像素尺寸。如果是3D模型的贴图，检查模型尺寸和摄像机距离。使用工具的“模拟运行”模式，查看该纹理被修改为了什么尺寸。
解决：修改规则，对用于大型背景或高清模型的纹理，设置更高的MaxSize上限，或将其排除在批量处理之外（通过路径过滤）。

问题2：修改压缩格式后，Android平台打包失败或运行时纹理错误。

原因：设置的压缩格式目标设备不支持。例如，为Android设置了PVRTC格式（这是iOS的专用格式）。
排查：检查PlatformSettings中为Android平台设置的TextureImporterFormat。确保使用的是Android支持的格式，如ASTC、ETC2、ETC等。可以查阅Unity官方文档关于平台纹理压缩的支持情况。
解决：在工具中，根据选择的平台，动态限制或推荐可用的压缩格式。例如，当BuildTarget选择Android时，格式下拉菜单里只显示ASTC和ETC系列。

问题3：处理过程中编辑器卡死或无响应。

原因：一次性处理了太多资源，主线程被长时间阻塞。
排查：查看Console日志，如果处理到一半中断，通常是这个问题。
解决：必须实现分帧处理。可以参考Unity官方论坛或Asset Store上的“Editor Coroutine”实现方案，将遍历和导入操作分散到多帧完成。同时，在UI上显示“处理中，请勿关闭...”的提示和进度条。

问题4：修改了纹理设置，但打包后包体大小没有明显变化。

原因：纹理压缩格式和尺寸只是包体的一部分。影响包体的还有音频、模型、动画、字体等资源，以及Unity引擎自身的库文件。另外，如果纹理原本就已经是压缩过的（如Crunch压缩），再次修改压缩格式可能收益不大。
排查：使用Unity的Build Report工具查看打包后各部分资源所占的大小。确认纹理资源是否确实是包体的主要部分。
解决：优化是一个系统工程。在优化纹理的同时，还需要检查音频是否使用了过高的采样率，模型是否有多余的面数或顶点色，Animator Controller是否包含了未使用的状态机等。可以结合Unity的Addressable Assets或AssetBundle系统进行更精细的资源管理。

问题5：团队其他成员更新项目后，纹理设置又被改回去了。

原因：.meta文件冲突或未被正确提交到版本控制系统。
排查：检查版本控制的历史记录，确认包含纹理修改的.meta文件是否被成功提交。
解决：确保团队所有成员都理解.meta文件的重要性，它必须和对应的资源文件一起提交。在代码仓库的.gitignore（如果是Git）中，千万不要忽略.meta文件。执行批量修改后，需要将发生变化的.meta文件一并提交。

这个纹理批量优化工具只是一个起点。你可以根据自己项目的具体需求，不断扩展它的功能，例如增加对音频、模型LOD、动画压缩等资源的批量处理，最终形成一个完整的“项目瘦身全家桶”。自动化工具的意义就在于，将那些重复、繁琐且容易出错的规范检查工作交给程序，让开发者能更专注于创造性的内容开发。希望这个实战案例和附带的源码，能为你优化Unity项目提供切实的帮助。

日记详情

Unity项目瘦身实战：Editor脚本批量优化纹理MaxSize与压缩格式