一、引子
最近我们的项目由Unity2018升级到了Unity2019.4，但是突然间发现FBX资源导入时的后处理不生效了。经过一系列的实验，发现了升级到Unity2019以后，资源管线后处理中的一些坑，今天马三来和大家分享一下这个过程。
二、情况复现与原因排查
在我们的项目还使用Unity2018开发的时候，便有一个资源后处理的Editor代码，负责处理fbx类型文件导入时的一些自动化配置，比如：压缩动画曲线、优化模型的网格，关闭模型的Read/Write Enable选项等操作。同时这个自动化处理操作是只在资源第一次被导入的时候才会运行的，也就是说只有一个新的FBX刚进来的时候才会自动配置，在这之后我们还可以手动去调整一些参数。因此有了一步判断资源有没有被自动化后处理过的过程，用的是判断fbx对应的.meta文件存在与否，来指示这个fbx是否是被首次处理，代码如下所示：
1 using System.Collections; 2 using System.Collections.Generic; 3 using UnityEngine; 4 using UnityEditor; 5 using System.IO; 6 7 public class FBXPostProcesser : AssetPostprocessor 8 { 9 #region 模型处理 10 /// <summary> 11 /// 模型导入之前调用 12 /// </summary> 13 public void OnPreprocessModel() 14 { 15 16 //判断资源是否是首次导入 17 #if UNITY_2019_3_OR_NEWER 18 if (!assetImporter.importSettingsMissing) 19 { 20 assetImporter.userData = "v_0.0.1"; 21 return; 22 } 23 #else 24 var metaPath = this.assetPath + ".meta"; 25 if (File.Exists(metaPath)) 26 { 27 return; 28 } 29 #endif 30 31 Debug.Log("==模型导入之前调用==" + this.assetPath); 32 ModelImporter modelImporter = (ModelImporter)assetImporter; 33 34 //模型优化 35 modelImporter.optimizeMesh = true; 36 modelImporter.optimizeGameObjects = true; 37 modelImporter.animationCompression = ModelImporterAnimationCompression.Optimal; 38 modelImporter.animationRotationError = 1.0f; 39 modelImporter.animationPositionError = 1.0f; 40 modelImporter.animationScaleError = 1.0f; 41 } 42 43 44 /// <summary> 45 /// 模型导入之后调用 46 /// </summary> 47 /// <param name="go"></param> 48 public void OnPostprocessModel(GameObject go) 49 { 50 //判断资源是否是首次导入 51 #if UNITY_2019_3_OR_NEWER 52 if (!assetImporter.importSettingsMissing) 53 { 54 return; 55 } 56 #else 57 var metaPath = this.assetPath + ".meta"; 58 if (File.Exists(metaPath)) 59 { 60 return; 61 } 62 #endif 63 64 // for skeleton animations. 65 Debug.Log("==模型导入之后调用=="); 66 List<AnimationClip> animationClipList = new List<AnimationClip>(AnimationUtility.GetAnimationClips(go)); 67 if (animationClipList.Count == 0) 68 { 69 AnimationClip[] objectList = Object.FindObjectsOfType(typeof(AnimationClip)) as AnimationClip[]; 70 animationClipList.AddRange(objectList); 71 } 72 73 foreach (AnimationClip theAnimation in animationClipList) 74 { 75 try 76 { 77 // 去除scale曲线 78 //foreach (EditorCurveBinding theCurveBinding in AnimationUtility.GetCurveBindings(theAnimation)) 79 //{ 80 // string name = theCurveBinding.propertyName.ToLower(); 81 // if (name.Contains("scale")) 82 // { 83 // AnimationUtility.SetEditorCurve(theAnimation, theCurveBinding, null); 84 // } 85 //} 86 87 // 浮点数精度压缩到f3 88 AnimationClipCurveData[] curves = null; 89 curves = AnimationUtility.GetAllCurves(theAnimation); 90 Keyframe key; 91 Keyframe[] keyFrames; 92 for (int ii = 0; ii < curves.Length; ++ii) 93 { 94 AnimationClipCurveData curveDate = curves[ii]; 95 if (curveDate.curve == null || curveDate.curve.keys == null) 96 { 97 //Debuger.LogWarning(string.Format("AnimationClipCurveData {0} don't have curve; Animation name {1} ", curveDate, animationPath)); 98 continue; 99 } 100 keyFrames = curveDate.curve.keys; 101 for (int i = 0; i < keyFrames.Length; i++) 102 { 103 key = keyFrames[i]; 104 key.value = float.Parse(key.value.ToString("f3")); 105 key.inTangent = float.Parse(key.inTangent.ToString("f3")); 106 key.outTangent = float.Parse(key.outTangent.ToString("f3")); 107 keyFrames[i] = key; 108 } 109 curveDate.curve.keys = keyFrames; 110 theAnimation.SetCurve(curveDate.path, curveDate.type, curveDate.propertyName, curveDate.curve); 111 } 112 } 113 catch (System.Exception e) 114 { 115 Debug.LogError(string.Format("CompressAnimationClip Failed !!! animationPath : {0} error: {1}", assetPath, e)); 116 } 117 } 118 } 119 #endregion 120 121 }
在Unity2018时，以上的判断方法可以完好地运行，但是升级到Unity2019以后，就不能再通过.meta文件存在与否来判断一个fbx是否是第一次被导入了。因为Unity2019.3以后资源后处理管线也由AssetPipline v1升级到了Asset Pipline v2，同时Unity生成.meta和调用资源后处理接口（比如 OnPreprocessModel()、 OnPostprocessModel(GameObject go)这些回调接口）的时序也发生了变化。在Unity2018中，一个资源被导入的时候，会先去调用资源后处理接口，然后再生成.meta文件，因此可以通过.meta文件存在与否来判断一个fbx是否是第一次被导入。但是在Unity2019中，这个时序变成了先生成一个.meta文件，然后再去调用资源后处理接口。如果此时还通过.meta文件来判断一个资源是否是被第一次导入的话，就会造成程序认为这个新导入的fbx之前是被处理过的，就不会走到资源自动处理的那部分代码了，因此也就会表现为资源后处理机制失效了。同时Unity2019中先于资源后处理回调接口生成的这个.meta文件，也并不是完整的，只是先生成一个文件用来占坑，里面只有两行基本信息，如下图所示;
只有在走完资源后处理接口以后，其内容才会被正式地补充完整并写入，如下图所示：
网上有一种比较流行的判断资源是否是第一次导入的方式，是通过首次导入的时候在 assetImporter.userData 中写入一个标记，然后后续通过判断是否可以读到这个标记来区分资源是否是首次导入，因为如果以前导入过一次了，那么一定会读取到userdata的，其代码类似于这样：assetImporter.userData = "v_0.0.1"; ，这个userdata数据会存在资源对应的.meta文件中。
但是我们的项目之前没有加写入userdata这一步，userdata是读取不到的。一种比较简单粗暴的解决办法就是写一个工具，遍历每个fbx资源，然后把userdata写入到他们的.meta文件中，这样就批量地完成了资源meta的升级，新旧资源就可以通过userdata来进行区分了。
但是这样做比较拙劣的问题是，项目中资源很多，批量处理起来可能会有一定的风险，那么有没有比较优雅且安全系数较高的解决方案呢？其实Unity为我们提供了一个 assetImporter.importSettingsMissing 的接口，他完全可以实现我们的需求。这个接口可以判断一个资源对应的配置是否存在，对于一个新导入的资源，其配置肯定是不存在的，因此要执行资源后处理代码；而对于一个已经导入过了的资源，其配置肯定是存在的，所以直接跳过不处理。经过马三的测验，它可以良好地在Unity2018和2019上工作，通过使用这个接口来判断资源是否是被第一次导入，就可以巧妙的解决上述问题了。同时不用批量的去处理每一个资源对应的meta，不但优雅也降低了风险系数，是一个比较好的兼容方式。
三、总结
在本篇博客中，马三跟大家分享了从Unity2018升级到Unity2019以后，资源导入管线遇到的小问题。一个是Unity2018和Unity2019生成.meta和调用资源后处理回调的时序发生了变化，因此不能再通过判断.meta文件是否存在来标记一个资源是否是被第一次导入；另一个是通过 assetImporter.importSettingsMissing 这个接口去巧妙地兼容判断资源文件是否是被第一次导入，解决了上述问题，希望可以帮到大家。
如果觉得本篇博客对您有帮助，可以扫码小小地鼓励下马三，马三会写出更多的好文章，支持微信和支付宝哟！
作者：马三小伙儿
出处：https://www.cnblogs.com/msxh/p/13805008.html
请尊重别人的劳动成果，让分享成为一种美德，欢迎转载。另外，文章在表述和代码方面如有不妥之处，欢迎批评指正。留下你的脚印，欢迎评论！