企业官网建设流程全解析

简介：这是一份面向Unity开发者的3D模型展示交互资源包，以完整可运行的Unity工程形式提供，覆盖模型导入与优化、3D标注、环绕相机控制、步骤列表及拆装动画等关键功能。资源共4300个文件，包含735个C#功能脚本、280张PNG贴图、43个材质球、4个预制体、2个FBX模型，以及着色器、MD文档、Unity资源包等，可支撑从场景搭建、界面设计到交互逻辑的二次开发，压缩包约65.71MB。已有3752人学习下载，较适合产品展示、教学演示或虚拟仿真项目参考。内容涵盖模型光照与阴影处理、AR/VR式文本图像注解、目标相机360度观察、动画状态机驱动的拆装过程，并用UI步骤列表引导操作；目录结构清晰，便于对照脚本与场景文件理解实现思路，可扩展标注信息或替换模型，快速迁移到自己的Unity工程。

1. 这个标题背后的真实需求：不是转模型，是一套可交付的交互体系

Unity 3D模型展示、3D标注、拆装动画这三个词放在一起，通常不是一个人随便做着玩，而是工业产品、机械设备、医疗器械行业里常遇到的真实需求——客户要给销售做演示、给售后写拆装指引、给培训做课件，或者给产线做装配指导。市面上也确实有成熟的商业工具能做这些事，但到了定制、集成、出效果这一步，资本还是回到「用Unity自己搭一套」。

这套体系的本质，是把原本分散在多个软件里的能力捏到同一个实时渲染环境里：模型从CAD导出来之后怎么处理才能体面地进Unity，标注信息如何做到「跟随模型一起转」，拆装动画如何不是简单播放一段视频，而是可控、分步、可回退的状态机。这三件事做好了，交付的就不是一个模型工程，而是一个能演示、能培训、能远程指导的小型交互系统。

适合动手做这个的人，是已经对Unity基础操作有了解、能搭场景、能写简单C#脚本的开发者。如果你在选型阶段问我「用Unity还是WebGL还是纯视频录制」，我的判断很直接：需要交互和参数联动就选Unity实时方案；只需要给客户看个效果，录屏可能更划算。这篇笔记把从模型进Unity到拆装动画跑通的完整路径拆开讲，每一步都给参数、给代码、给翻车记录，照着走能落地，遇到问题知道去查哪里。

2. 模型进Unity之前：先把CAD资产的底子打好

2.1 模型导出格式选FBX，坐标轴旋转一次定终身

从SolidWorks、某CAD软件或某跨平台系统里导出的原生格式，Unity基本都认不了，除非你装了对应插件。稳妥做法是统一导出FBX。这一步看似简单，实际翻车率很高。

导出时最容易踩的坑，是坐标轴转换和缩放比例。CAD软件里常见Y轴向上，Unity是Y轴向上但很多建模软件是Z轴向上。导FBX时多数软件提供坐标系选项，可以在导出面板里直接选「Y Up」。如果导进来发现模型躺在地上，不要急着在Unity里旋转90度硬掰，那样后续标注朝向、拆装方向、物理碰撞全部会跟着错。

另外注意单位。CAD里1个单位通常是1毫米，Unity默认1个单位是1米。一个100mm的零件导进来变成100米，摄像机根本看不到。在导出面板和Unity的Import Settings里把Scale Factor对齐即可，推荐方案是用3ds Max或某三维工具导入后统一调整再导FBX。这是最可控的经过，因为中途转换工具能顺便帮你清理历史记录和多余节点。

# 导出前在CAD里检查的清单，没有命令行，但每项都有明确操作位置 # 1. 单位设置为毫米 # 2. 坐标系选Y Up # 3. 删除无关草图、基准面、隐藏零件 # 4. 导出选项勾选三角化，不要保留NURBS # 5. 导出选项勾选嵌入贴图（Embed Textures）

这段「伪代码」不需要在命令行跑，只是提醒你在导出面板上逐项核对。不过很多人真的会用脚本批量处理，比如用Python调用CAD API做批处理导出，那时候单位配置就是脚本里的关键参数了。三角化要勾是有原因的：NURBS曲面在Unity里不受支持，必须转成Mesh；如果CAD里不勾，Unity导入时也会帮你转，但可能出现破面和法线翻转。

2.2 减面和材质合并：不是所有模型都配得上高模

工业设备的原始CAD模型可能是千万面级别的，直接丢给Unity做实时渲染，编辑器和打包后的运行时都会卡成幻灯骗。这时候需要做减面操作。

简面策略上，我的做法是在三维处理工具里先做一个粗略版——保留外形轮廓，去掉内部结构、螺纹、倒角这类细节，把面数控制在单模型10万面以内。对单个零件来讲，10万面已经非常够用，外观展示和拆装动画完全不虚。但如果是整机模型，零件数量多，总量可能上百万面，就要区分「展示主体」和「结构件」分别设定精度档位。

材质合并的原理也很简单：同一个零件可能被分成多个材质球，每个材质球意味着一次Draw Call。对于展示场景，把同色系材质合并成一个，不损失直观效果，Draw Call能降下来一截。这里有个值得注意的细节——合并材质前先把模型导出成不带材质的FBX，在三维工具里重新按颜色上标准材质球，再导回Unity，比在Unity里手动合并省事得多。Unity里的材质合并需要模型本身贴图是同类UV，更麻烦。

2.3 模型中心点：为什么你的旋转轴心永远不对

这个坑很少有人提前讲，但做拆装动画时最容易翻车。CAD模型导出时，原点的位置取决于CAD里的装配坐标系。很多情况是，装配体的原点在基准面上，而某个大部件的中心实际远在一侧。在Unity里面旋转这个部件时，绕的是它的Transform位置，而不是它的几何中心，表现就是零件绕着一个诡异的位置打转。

处理方案是两步走。第一步给每个零件挂一个空物体，让空物体作为旋转中枢：

using UnityEngine; public class CenterPivotHelper : MonoBehaviour { // 在场景里给零件外层包一个空物体，名为 Pivot_零件名 [ContextMenu("重置枢轴到几何中心")] public void ResetPivotToBoundsCenter() { Renderer[] renderers = GetComponentsInChildren<Renderer>(); if (renderers.Length == 0) return; Bounds combined = renderers[0].bounds; for (int i = 1; i < renderers.Length; i++) { combined.Encapsulate(renderers[i].bounds); } Vector3 center = combined.center; Transform parentPivot = transform.parent; // 外层的空物体 if (parentPivot != null) { Vector3 localCenter = parentPivot.InverseTransformPoint(center); Vector3 oldPosition = parentPivot.position; parentPivot.position = center; // 把零件本体反向偏移，保证零件在世界空间的位置不跳变 transform.position = oldPosition; parentPivot.localPosition = localCenter; } } }

这段脚本挂在零件根节点上，用ContextMenu可以直接在Inspector右键运行。核心含义是：把空物体Pivot的位置移动到所有子渲染器的包围盒中心，同时把零件本体的位置反向补偿回去，保证视觉位置不变化。这样旋转Pivot就等效于绕几何中心旋转。

参数层面的另一个选择是直接修改Mesh本身的顶点坐标，把Mesh的中心对齐到原点。这样做的好处是任何操作都不需要考虑枢轴问题，坏处是拆装动画里要用原始坐标做复位时，需要额外记录偏移量。我更推荐空物体方案，因为你可以随时恢复原始Transform而不影响Mesh数据。

3. 3D标注系统：让标注跟着模型走，不是钉死在屏幕上

3.1 标注锚点的工作原理与挂载方式

做3D标注最容易犯的错误，是直接把标注做成屏幕空间UI——一个TextMeshPro挂在Canvas上哪个位置就跟随到哪，模型一转，标注飘在原地或者被遮挡穿模。正确思路是：标注在对象上是「世界空间的一个点」，在UI上是投影到屏幕上的位置。

挂载方式，我通常的做法是在模型零件上创建子物体EmptyObject作为锚点（Anchor），把锚点的坐标精确地放在需要标注的特征上，比如螺丝孔中心、某个凸台的边缘、需要拆卸的接口位置。Anchor不需要绑定任何脚本，只是提供一个Transform坐标。标注面板的TextMeshPro文本放在一个独立的World Space Canvas上，位置跟随Anchor。

using UnityEngine; using TMPro; public class AnnotationAnchor : MonoBehaviour { public Transform anchorPoint; // 挂在零件下的空物体 public TextMeshPro label; public Vector3 offset = new Vector3(0, 0.02f, 0); // 偏移量防止遮挡 public float hideDistance = 5f; void LateUpdate() { transform.position = anchorPoint.position + offset; // 始终朝向主摄像机 transform.rotation = Camera.main.transform.rotation; } }

代码逻辑是每一帧把标注面板的位置设置到锚点坐标。旋转跟随用摄像机旋转直接赋值，这样文字永远正面朝摄像机，不会出现角度倾斜看不清的情况。offset参数是玄学点位——太近会穿模，太远会飘移，0.02米比较适合工业设备这档尺寸，如果你的模型尺度是按厘米来的，这个数也要调成0.2。

这个方案在渲染层面有一个隐藏代价：每一个TextMeshPro都是一个World Space Canvas，每一帧旋转会强制更新Transform同步。标注数量超过20个时，CPU开销开始有感知，后面会讲怎么优化。

3.2 屏幕空间投影与遮挡过滤

只是跟随还不够，模型自转时标注穿进模型内部看不到，或者多个标注重叠在一起，会显得很乱。需要做两层处理：第一层是射线检测看锚点是否被其他模型遮挡，第二层是判断投影到屏幕后和其他标注的间距是否过近。

using UnityEngine; public class AnnotationVisibility : MonoBehaviour { public LayerMask occluderMask; private RaycastHit hit; public bool IsOccluded(Transform anchor) { Vector3 dir = anchor.position - Camera.main.transform.position; float dist = dir.magnitude; // 投射线从摄像机到锚点，若撞击的是别的物体说明被遮挡 if (Physics.Raycast(Camera.main.transform.position, dir.normalized, out hit, dist, occluderMask)) { return true; } return false; } }

这里的核心是用Physics.Raycast做遮挡判断，occluderMask要手动配置，只勾选模型所在Layer。如果你场景里有UI物体、地面之类的，不过滤Layer的话地面会误伤所有标注点，每个标注都显示为被遮挡，那就是翻车。实际项目中，我不会每帧射线检测，而是3-5帧检测一次，人眼的感知跟不上这么快的变化，性能却省了不少。

屏幕空间重叠过滤属于UI逻辑，思路是在Canvas上的标注物体之间互相检测Rect是否相交，相交则对其中一个做透明度渐隐或向上偏移。具体做法不复杂，但要注意的是不同标注文本长度不一样，Rect的宽度要用文本实际渲染后的宽度，这一步容易产生偏差。

3.3 标注数据的序列化：把文字和坐标从场景里剥离

在场景里一个个手动放置锚点和输入说明文字，项目小还行，十几个零件几十条标注时就烦得不行了。而且交付后客户想改个文字还得找你开Unity工程，不够方便。

建议把标注数据做成ScriptableObject或JSON文件。每个零件一个标注条目，包含零件ID、锚点局部坐标、标题、描述、可见性。运行时加载这些数据自动创建锚点和UI。

[ { "partId": "housing_001", "anchor": [0.12, 0.35, 0.08], "title": "主壳体", "description": "铝合金铸造外壳，拆装时注意密封圈位置", "visible": true }, { "partId": "gear_shaft_023", "anchor": [0.02, 0.87, 0.45], "title": "传动轴", "description": "装配时需涂抹润滑脂，注意键槽对齐", "visible": true } ]

JSON的好处是客户可以自己在文本编辑器里改文字，不需要碰Unity。加载脚本按图索骥，遍历模型零件名字找到对应Transform，在其下创建锚点，再把JSON里的文本填到TextMeshPro里。对「这是个标注系统」的团队诉求来说，这一层可编辑性是刚需。

4. 拆装动画：从爆炸图到可控序列帧，核心是一个状态机

4.1 爆炸图的生成逻辑与参数选择

拆装动画的基础是爆炸图——把装配体的零件沿指定方向平移，让它们彼此分离可见。做爆炸图有两条路：一是直接在Unity里手动调整每个零件的Transform，记录关键帧；二是写脚本自动计算位移方向并保存偏移参量。

手动方式适合零件少（少于20个），而且每次调位置都用肉眼对齐，工作量不大但精确度差。自动方式适合装配关系复杂、零件多的情况，它的基础是每个零件在装配体里有一个初始位置（安装位置），爆炸位置 = 初始位置 + 指向外部的方向 * 偏移系数。

方向怎么算？如果CAD导出时有装配约束信息（比如轴对齐、面贴合），可以把这些约束翻译成爆炸方向。没有约束信息时，实用做法是用包围盒中心和装配体中心的连线方向作为爆炸方向。

using UnityEngine; public class ExplodeController : MonoBehaviour { public Transform[] parts; // 所有零件 public float explodeAmount = 1f; // 爆炸缩放系数 private Vector3[] originalPositions; void Start() { originalPositions = new Vector3[parts.Length]; for (int i = 0; i < parts.Length; i++) originalPositions[i] = parts[i].localPosition; } public void SetExplode(float t) // t: 0 到 1 { for (int i = 0; i < parts.Length; i++) { Vector3 centerDir = (parts[i].position - transform.position).normalized; centerDir.y = 0; // 平方向外扩散，不上下飞 parts[i].localPosition = originalPositions[i] + centerDir * explodeAmount * t; } } }

把explodeAmount设成0对应完全装配状态，设成1对应完全爆炸状态。通过插值t从0到1平滑过渡，就是爆炸动画。这里不需要额外装插件，直接对每个零件做localPosition偏移即可。

4.2 拆装序列：不是播动画，是一套状态机切换

用户要的不是一个爆炸动画一口气放完，而是「第一步拆掉螺栓、第二步取下端盖、第三步抽出轴」这样的分步指引。这个需求本质上是一个状态机，每一步里高亮当前零件、播放位移动画、更新UI文字。一旦用户要回退，反向播放即可。

using UnityEngine; using System.Collections; public class DisassemblySequence : MonoBehaviour { public ExplodeController explodeController; public StepData[] steps; // 每一步要动的零件和文字说明 private int currentStep = 0; void Start() { for (int i = 0; i < steps.Length; i++) LockStep(i, false); } public void NextStep() { if (currentStep >= steps.Length) return; StartCoroutine(AnimateStep(currentStep, 1f, true)); currentStep++; } public void PrevStep() { if (currentStep <= 0) return; currentStep--; StartCoroutine(AnimateStep(currentStep, 1f, false)); } IEnumerator AnimateStep(int idx, float duration, bool disassemble) { StepData s = steps[idx]; Vector3 start = s.part.localPosition; Vector3 end = disassemble ? s.explodedPosition : s.originalPosition; float elapsed = 0f; while (elapsed < duration) { s.part.localPosition = Vector3.Lerp(start, end, elapsed / duration); elapsed += Time.deltaTime; yield return null; } s.part.localPosition = end; // 高亮更新UI文字 OnStepChanged(idx, disassemble); } }

这套序列控制的天然优势是，拆和装是同一组位移数据的反向播放，不需要录制两份动画。StepData里记录的explodedPosition，就是爆炸图状态下该零件的位置。如果你想在经典爆炸图基础上让某些零件沿特定方向拆出，可以手动覆盖这个位置。

播放时长这个参数，工业演示场景里建议1秒到1.5秒，太快用户看不清过程，太慢又会显得拖沓。另外引入一个生产环境里考虑不多的问题：如果动画播放过程中用户狂点NextStep，状态会错乱。工程做法是在AnimateStep开始时加一个bool isAnimating标志，动画没播完禁掉按钮响应。

4.3 动画性能：别让100个同时移动的零件把帧率拖垮

大量零件同时在移动，每个Transform变化都会触发渲染更新。如果这里不加节制，同样的操作在性能和流畅度上的体验差异会非常明显。

第一层优化是控制同时移动的零件数量。拆装序列里，单步移动的零件数量通常是个位数，这是合理的。但如果你的爆炸图是全量零件一起飞，100个零件同时移动可能产生卡顿。解决思路是用协程分批，每帧只移动若干零件而不是全部一起动。

第二层优化是避免实时寻路和物理计算。拆装动画里的移动轨迹用直线Lerp就足够，不需要物理引擎，不需要NavMesh。把需要移动的零件设置为kinematic（移动学模式），不要挂Collider，也不需要Rigidbody，减少物理结果更新造成的额外开销。

第三层是渲染耗费。零件多了之后，draw call会直线拉高。和前面的材质合并相呼应，展示场景可以在一开始就把不可见的小零件反合并到同一个Mesh——虽然灵活性差一点，但渲染效率高很多，特别是手机端。

5. 标注与拆装结合：真正实用的「维修指引模式」

5.1 标注随拆装步骤联动显示

很多人做拆装动画做到位了，但在考虑是否要在拆装过程中显示标注时没有思路。实际上，拆装动画和3D标注这两件事是天然绑定的——拆开的时候才需要告诉用户这是什么零件，装的时候才需要提示注意什么事项。

我的做法是为序列中的每一步关联一个标注集，该步骤发生时只显示相关的几条标注。实现的成本很低，只要在StepData里增加一个annotationIds数组：

[System.Serializable] public class StepData { public Transform part; public Vector3 originalPosition; public Vector3 explodedPosition; public string description; public string[] annotationIds; // 这一步要显示的标注ID }

动画播放到某一步时，遍历所有已有标注，将它们的显示状态与当前StepData的annotationIds对齐。这样「拆装到哪、标注显示到哪」就变成同一套数据驱动的状态。避免的做法是：拆装过程中让所有标注一直显示。那会变成一串文字漂浮在模型周围，新用户根本不知道看哪里，体验直接崩掉。

5.2 自动标注引出线：朝向转折线的算法实现

标注点通常位于零件表面或者零件内部，直接TextMeshPro贴在锚点上会被零件挡住，所以需要一条引出线从标注点引向外部空白区域。2DUI里画LineRenderer线很容易，但3D空间里要让引出线不穿过模型，需要计算一个合适的转折点。

实用做法是：从锚点出发沿着三个轴方向尝试射线检测，寻找一个不被遮挡的「空位」，然后把引出线的转折点定在那个空位。这个空位要有两个条件：转折点本身可见、转折点到UI面板之间的线段可见。

using UnityEngine; public class AnnotationLeaderLine : MonoBehaviour { public Transform anchor; public Transform labelTarget; // 标注面板的位置 public LineRenderer line; public float probeDistance = 0.3f; // 探测空位的最远距离 void LateUpdate() { // 候选方向：正X、正Y、正Z，哪个方向没撞到模型就用哪个 Vector3[] directions = { Vector3.right, Vector3.up, Vector3.forward, -Vector3.right, -Vector3.up, -Vector3.forward }; Vector3 escapePoint = anchor.position + Vector3.up * probeDistance; foreach (Vector3 dir in directions) { if (!Physics.Raycast(anchor.position, dir, probeDistance)) { escapePoint = anchor.position + dir * probeDistance; break; } } // 绘制折线：起点 -> 转折点 -> 面板 line.positionCount = 3; line.SetPosition(0, anchor.position); line.SetPosition(1, escapePoint); line.SetPosition(2, labelTarget.position); } }

把探测方向的顺序调整一下，可以控制引出线的偏好朝向——比如都从右侧出线，视觉上更整齐。这个做法是模拟了制图规范里的「标注优先向右上方引出」。注意这个代码在LateUpdate里跑，每一帧都存在6次能否激活。对于几十个标注点，物理检测的压力还好，移动端上就需要注意降低检测频率。

5.3 多目标视角控制：点击零件自动对准摄像机

模型尺度过大的时候，用户点一个零件，摄像机找不到它在哪，需要手动拖拽旋转寻找。这个体验在交付项目时影响很大，客户看第一眼觉得不专业就会全盘否定整个方案。

所以拆装步骤推进时，摄像机要自动飞行到合适视角观察当前零件。原理不复杂，就是设置一个俯视该零件的目标Position和Rotation，然后用SmoothDamp做摄像机跟随。目标位置的计算可以用零件包围盒的最近面和法线方向。

using UnityEngine; public class CameraFocusController : MonoBehaviour { public Camera cam; public float smoothTime = 0.5f; private Vector3 velocity = Vector3.zero; private Vector3 targetPos; private Quaternion targetRot; public void FocusOn(Transform target, float distance = 2f) { Bounds bounds = target.GetComponentInChildren<Renderer>().bounds; targetPos = bounds.center - cam.transform.forward * distance; targetRot = Quaternion.LookRotation(bounds.center - targetPos, Vector3.up); } void LateUpdate() { cam.transform.position = Vector3.SmoothDamp( cam.transform.position, targetPos, ref velocity, smoothTime); cam.transform.rotation = Quaternion.Slerp( cam.transform.rotation, targetRot, smoothTime * Time.deltaTime * 10f); } }

这里面distance的值等于把摄像机拉到离零件多近多远的距离。取的是包围盒中心到摄像机方向进一步倒退的距离。旋转用Slerp做插值，会更稳。有一个需要调整的参数是smoothTime的取值：设备性能较差的展示机上可以调到0.8以上，否则补帧来不及会看到摄像机抖动。演示场景反而不能太快，飞行过程本身会给人「专业感」。

6. 避坑与性能排查：做Unity模型展示最容易翻车的五个地方

6.1 模型加载后发黑发亮，材质像塑料玩具

现象：FBX导入后模型的暗面完全变黑，或者高光过曝，金属材质看起来像光滑的塑料。

原因：最常见的是CAD软件里没有给模型赋予合理的法线信息。Unity导入时使用导入面板里的Normals选项，默认是Import（从FBX读取）。如果CAD导出的FBX法线方向混乱，光照计算就会出错。另一个常见原因是Model Import Settings里的Material Creation Mode被设置成了Standard，而CAD导出时的PBR属性在Unity里没有对应映射。

解决：在Unity的Model Importer里把Normals改为Calculate，并设置Smoothing Angle为60度。Smoothing Angle决定了相邻三角面之间的法线插值——角度小于60度的邻面会被当成一个光滑曲面，90度以上的边角会被保留为硬边。对于工业模型，60度是一个居中值，既有圆角的光滑效果又保留尖锐边线。

Model Import Settings 推荐配置： - Scale Factor: 1 - Normals: Calculate - Smoothing Angle: 60 - Tangents: Calculate - Materials: Standard (或根据实际PBR资产选HDRP/URP) - Preserve UVs: 开启（防止重算UV导致贴图错位）

在URP管线里，把Asset的材质再手动调一次Smoothness为0.3-0.5之间，能避免「塑料感」。如果需要还原工业零件真实的哑光金属质感，降低Smoothness比重，提高金属度的情况下调整基础色，比费劲调高光更扎实。

6.2 标注文字模糊发虚，像隔着一层雾

现象：TextMeshPro文字在编辑器里清晰，打包后变模糊，尤其在移动端。

原因：TextMeshPro的渲染字体在打包时如果没有勾选包含，运行时只能用默认字体回退；更常见的是Canvas的Render Mode设置成了Screen Space - Camera，并且没有配置好UI Camera的尺寸导致缩放不对。

解决：

// 检查项，确保World Space Canvas的配置正确 // Canvas组件: Render Mode = World Space // Event Camera = 主摄像机 // RectTransform的宽高和Scale需要符合实际物理尺寸

对于World Space标注，文字的实际显示大小受RectTransform的Scale影响很大。一个常见设置是Scale为0.01（即1个单位缩成1厘米），RectTransform宽度设为1，这样TextMeshPro字号设为36时约合0.36米高——这个尺寸对于1:1还原的工业模型是恰当的。如果感觉字还是糊，把字体的Dynamic Atlas的Font Size直接从默认的16调到64，会立刻改善。

6.3 拆装动画中途暂停再恢复，零件回到原位而不是停在当前帧

现象：用户在某个零件移动动画播到一半时按了一下暂停，再播放时零件跳回了装配位置，重新开始移动。

原因：协程的Lerp参考的是原始位置start和end，每次启动协程都是从头开始插值，没有把「当前已经移动到的位置」作为start。

解决：在下一次播放前把当前实际位置赋给start：

IEnumerator AnimateStep(StepData s, float duration, bool disassemble) { Vector3 start = s.part.localPosition; // 以当前实际位置为起点 Vector3 end = disassemble ? s.explodedPosition : s.originalPosition; // 剩余逻辑不变 }

我之前在这上面翻过车——序列步骤从第3步回退到第2步时，由于第2步的零件在上一次播放时已经移动了一半，start还在用初始位置，动画后半段就会出现跳变。改法就是上一行代码的事，但如果不被这个问题卡过，很难想到有这处歧义。另外，暂停时也要记录当前的动画时间，恢复的时候从记录时间接着跑，而不是从头跑。

6.4 打包后拆装动画失灵，编辑器里一切正常

现象：在Unity编辑器里跑拆装序列动画流畅，打包成exe后步骤间的切换没有动画效果，直接瞬移。

原因：绝大多数情况下是Update的帧率不一致导致的计时偏差。Lerp插值使用Time.deltaTime在不同帧率下累积的进度不同，协程在低帧率环境下每次推进的步长更大，于是在高配机器上顺畅播放的动画，在低配机器上变成了跳步甚至瞬移。

解决：所有动画插值都用Time.time来计算，而不是每帧叠加Time.deltaTime，保证不同帧率下动画在同一个时间点的位置一致：

float startTime = Time.time; while (Time.time - startTime < duration) { float t = (Time.time - startTime) / duration; s.part.localPosition = Vector3.Lerp(start, end, Mathf.SmoothStep(0f, 1f, t)); yield return null; }

Mathf.SmoothStep可以让位移的过程在起点和终点时速度更缓，中间速度更快，视觉效果比线性Lerp舒服得多。同时把Time.time作为时间基准，在不同设备上动画节奏完全一致，不会因为帧率变化产生累积误差。

6.5 标注跟随模型时抖动，像是在轻微呼吸

现象：标注面板挂在锚点下做LateUpdate跟随，距离稍远时面板在屏幕上轻微抖动，很不稳定。

原因：锚点是世界坐标，摄像机旋转和移动时屏幕上的投影位置会发生亚像素级变化。TextMeshPro的World Space Canvas在这种亚像素变化下，渲染产生抖动是普遍现象，尤其在移动端更为明显。

解决：不要直接跟随锚点，而是每帧把锚点投影到屏幕，再把面板位置设置在投影平面的固定偏移处，并且对屏幕坐标做像素对齐：

Vector3 screenPos = Camera.main.WorldToScreenPoint(anchor.position); // 对屏幕坐标做四舍五入，消除亚像素抖动 screenPos.x = Mathf.Round(screenPos.x); screenPos.y = Mathf.Round(screenPos.y); // 再转回世界坐标 Vector3 worldPos = Camera.main.ScreenToWorldPoint(screenPos); transform.position = worldPos;

这相当于把标注面板的逻辑从「跟随世界坐标」改成「跟随屏幕投影坐标」，像素对齐后抖动自然而然消失。代价是锚点移动时面板会有一格一格的跳跃感，配合Lerp后感知不强，属于值得的副作用。

7. 把展示合入业务流：参数化配置与交付验证

7.1 用ScriptableObject替代硬编码步骤

当项目交付给客户之后，最常见的需求是调整拆装顺序、修改步骤文字、增删零件演示。如果这些内容写死在代码里，每次都要重新打包。用ScriptableObject做配置数据，效果是项目经理或实施工程师自己改资源文件就能完成内容调整。

using UnityEngine; [CreateAssetMenu(fileName = "DisassemblyConfig", menuName = "ProductDemo/DisassemblyConfig")] public class DisassemblyConfig : ScriptableObject { public StepData[] steps; public AnnotationData[] annotations; }

把StepData数组挪到ScriptableObject里后，新建一个配置文件，在Inspector里填好每一步的零件、位置、文字。此时C#代码不再需要动一行，改配置就是改内容。这一步做下去，交付后追加几个演示步骤的成本几乎为零，团队维护的价值一下子就起来了。

如果连Inspector都不想打开，还可以继续做JSON版本，运行时加载。区别在数据结构上和前面的标注JSON一致。JSON好处是对接客户已有系统比较顺，他们可能有一个Excel表格记录了所有零件的信息，导成JSON直接喂给你的程序，完全不需要打开Unity。

7.2 自动生成拆装数据：基于包围盒计算爆炸方向

手调每一步的explodedPosition是最耗时间的，动辄几十个零件，每个都要拖到合适位置再记录值。写一个自动化工具脚本，用零件包围盒的相对位置自动计算爆炸位置，然后人工微调特殊情况，整体效率能提升一个量级。

using UnityEngine; public static class ExplodeDataGenerator { public static Vector3 GetExplodedPosition(Transform part, Vector3 assemblyCenter, float factor) { Renderer r = part.GetComponentInChildren<Renderer>(); Vector3 partCenter = r.bounds.center; Vector3 dir = partCenter - assemblyCenter; dir.y = 0; // 爆炸平向展开 if (dir.magnitude < 0.01f) { dir = Vector3.forward; // 中心点附近的零件给默认方向防止零向量 } return part.localPosition + dir.normalized * factor; } }

这个工具类不依赖场景，纯输入输出。factor取多少需要看模型的规模和零件间距，建议从整体模型最大尺寸的0.1倍起步。自动生成的爆炸位置如果出现两个零件重叠，再手动微调那个零件的factor值即可。我通常会先跑一次工具，观察结果，再针对互相干涉的零件逐个调，比纯手拖若干次高效得多。

7.3 交付前验证清单与设备指标参考

给客户交付前，先把下面这几项过一遍，能避免到现场翻车。

设备指标上，做PC端演示的目标GPU不应该被标记为「高端显卡」，用核显或入门级独显测试仍有30FPS才算达标。移动端的话，以骁龙7系为基准测试机型，以下的不纳入参考范围。性能达标的核心指标不是某个固定帧率，而是「标注文字清晰可读、拆装过程不带动画跳跃」这两项体验指标。

我最常犯的一个错误是只在自己高性能机器上跑通后就去演示现场，结果客户会议室里的老设备上动画掉帧、文字还发糊，当时的尴尬程度只能用「教训」来形容。现在养成的习惯是：每次打包前在淘汰下来的旧机器上跑一轮完整演示流程，这个流程不花五分钟，但能挡掉90%的现场翻车。希望这篇从头到尾的系统整理，能帮你在做Unity 3D模型展示的路径上少踩几个坑，把每个步骤都变成可控的确定项。

本文还有配套的精品资源，点击获取