在游戏开发流水线中，Blender负责高精度建模与动画，Unity承担场景组装与逻辑控制。当美术在Blender中调整了网格拓扑或重命名了骨骼，开发人员往往需要在Unity里重新制作Prefab，这个过程如果纯手动会非常耗时且容易遗漏组件。理解两者的文件级联动机制，能够帮助团队建立自动化的资源同步方案。
Blender文件在Unity中的导入原理
Unity编辑器原生支持直接把.blend文件放入Assets目录。当检测到该格式时，Unity会调用系统安装的Blender可执行程序，在后台以命令行方式导出临时FBX，再读入为模型资源。这一过程对用户透明，但依赖于本机Blender路径配置正确。如果团队中某人未安装Blender，则该资源会显示为缺失，因此建议在项目文档中明确环境要求。
导入后的模型资源本身只是网格与动画片段的集合，并不包含碰撞体、脚本挂载或层级结构。要变成可直接使用的Prefab，需要额外的构建步骤。很多初学者误以为拖入场景再保存就是Prefab，实际上那只是实例，源文件变更后实例不会自动反映改动。我们必须通过代码在资源变更时重新生成预制体资产。
在Project窗口中选中.blend文件，Inspector里能看到Model、Rig、Animation等导入设置。其中Scale Factor常需从Blender的米制单位映射到Unity的厘米制，否则模型会缩小一百倍。另外，Materials选项卡可设定是否提取材质，若选Extract会在同目录生成.mat文件，便于版本管理。这些设置会被AssetPostprocessor读取，是后续自动生成Prefab的依据。
使用AssetPostprocessor拦截并构建Prefab
AssetPostprocessor是Unity提供的资源导入钩子。继承该类并重写OnPostprocessModel方法，可以在模型资源生成完毕后立即获得GameObject引用。此时我们可 Instantiate 一个副本，添加碰撞体、调整层级，然后调用PrefabUtility.SaveAsPrefabAsset写回磁盘。这样每次Blender保存触发Unity刷新，Prefab就会重建。
下面示例展示了一个基础处理器：当导入路径包含Art/Characters时，自动挂接胶囊碰撞体并生成同名Prefab。注意在方法内不要直接修改源模型对象，而应操作克隆体，否则会引发资源脏标记异常。
using UnityEditor;
using UnityEngine;
public class BlenderPrefabBuilder : AssetPostprocessor
{
void OnPostprocessModel(GameObject model)
{
if (assetPath.Contains("Art/Characters"))
{
GameObject instance = Object.Instantiate(model);
instance.name = model.name;
// 添加胶囊碰撞体适配角色
CapsuleCollider collider = instance.AddComponent<CapsuleCollider>();
collider.height = 2.0f;
collider.center = new Vector3(0, 1.0f, 0);
string prefabPath = assetPath.Replace(".blend", ".prefab");
PrefabUtility.SaveAsPrefabAsset(instance, prefabPath);
Object.DestroyImmediate(instance);
}
}
}
上述代码在导入时强制重建Prefab，适合原型阶段。但在大型项目中，盲目覆盖会丢失手动调整的组件，比如挂接的脚本或动画事件。更稳妥的做法是先判断Prefab是否已存在，若存在则使用PrefabUtility.LoadPrefabContents打开进行增量修改，而非整体替换。这样既能同步网格，又能保留程序侧配置。
另外需关注导入顺序问题。OnPostprocessModel执行时材质可能尚未完全提取，若Prefab依赖外部材质，应在OnPostprocessAllAssets里做二次校验。可通过维护一个待处理队列，在全部资源落地后统一生成，避免引用悬空。
增量更新策略与引用保持
当Blender模型迭代时，最棘手的不是生成而是更新。Unity的Prefab系统区分Prefab Asset与Instance，若场景里已摆好几十个怪物实例，源Prefab被覆盖后，这些实例默认会丢失新增的公有字段值。利用PrefabUtility.UpdatePrefabInstance可在不破坏场景引用前提下拉取结构变更。
推荐方案是将生成逻辑拆分为两步：模型导入时仅产出基础Prefab；单独的编辑器工具按钮触发“同步所有实例”。该工具遍历场景中的PrefabInstance，比对源Asset的Transform与组件列表，对缺失项补全，对重命名项迁移数据。如下代码演示了简单遍历：
using UnityEditor;
using UnityEditor.SceneManagement;
using UnityEngine;
using UnityEngine.SceneManagement;
public class PrefabSyncTool
{
[MenuItem("Tools/Sync Blender Prefabs")]
static void Sync()
{
Scene scene = SceneManager.GetActiveScene();
foreach (GameObject go in scene.GetRootGameObjects())
{
var instance = go.GetComponent<PrefabInstance>();
if (instance != null)
{
// 拉取最新预制体结构，保留本地覆盖
PrefabUtility.UpdatePrefabInstance(instance);
}
}
EditorSceneManager.MarkSceneDirty(scene);
}
}
在团队协作时，还应将Blender的.blend与生成的.prefab都纳入版本控制，但需忽略Unity自动产生的.meta冲突可通过锁定导入设置解决。对于动画重定向，建议在Blender侧统一骨骼命名规范，Unity的Avatar创建才能自动匹配，减少Prefab更新时的重映射工作量。
最后，若项目使用Unity 2020以后的可寻址系统，可将Prefab注册为Addressable，这样Blender改动后只需重新构建资源包，运行时加载逻辑无需变动。整体来看，联动核心在于把人工同步变为文件事件驱动，既降低沟通成本，也避免版本偏差导致的显示错误。