一、Blender建模：一个头盔教会我的多边形法则
2025年3月，我开始做一个赛博朋克风格的角色头盔。初版用了Subdivision Surface直接堆到4级细分，面数高达12.6万三角面。导入Unity后，仅这一个头盔就占用了3.2MB显存，在移动端骁龙870上帧率直接掉到19fps。
我的错误操作：在Blender里对高模直接应用了细分修改器，然后导出。没有任何低模烘焙流程。
正确做法复盘：
高模保留细分修改器但不应用，面数46万三角面，用于烘焙法线。
新建低模，手动拓扑到2846三角面。关键区域（面罩边缘、通风口）保留循环边，非轮廓区域大量减面。
在Blender中UV展开，设置4K分辨率，32像素padding。
使用Cycles烘焙法线贴图，采样512，去噪开启，烘焙耗时3分12秒。
低模导入Unity后显存占用降至0.7MB，同一场景帧率恢复到58fps，法线贴图在2米视距下与高模目测无差异。
量化结论：这个项目让我建立了硬指标——移动端角色全套装备三角面上限8000，贴图总量不超过3张2K。超越这个线，必须重新评估必要性。
二、骨骼绑定：Rigify自动生成的骨架为什么让手指抽筋
2025年5月，我用Blender Rigify给一个女性角色生成骨架，手指控制器一切正常。但导出FBX到Unity后，中指弯曲时无名指会跟着抖动，幅度约3-5度。
排查过程（耗时4小时）：
检查Blender原始文件，权重模式下逐根测试手指骨骼，在Blender内一切正常。
导出FBX，在Unity里用Animation窗口逐帧检查，发现无名指第二指节的Y轴旋转值在中指弯曲时出现了0.3-0.8度的浮动。
回到Blender，打开权重绘制模式，发现无名指第二节骨骼的权重复制自中指模板，自动规格化后在中指关节顶点上残留了0.02-0.05的权重值。
这些权重在Blender的IK解算中被忽略，但Unity的Mecanim对所有权重都进行计算，导致微小的连带运动。
修复方案：
在权重模式下，选中无名指第二节骨骼，使用Clean工具将权重小于0.1的顶点全部清零。
对手部全部15根骨骼重复此操作。
重新导出，问题消失。
教训：Rigify自动生成的权重必须经过“阈值清理”，0.1以下的残余权重要全部删除。这个步骤现在固定在我的导出检查清单里。
三、动画曲线：为什么你的攻击动作没有打击感
我做了一段剑士的三连斩攻击动画，总时长48帧（30fps下1.6秒）。初版曲线全部使用默认贝塞尔手柄，视觉上动作流畅但“软绵绵的”。
问题分析：我在Blender的曲线编辑器里逐条曲线排查，发现所有骨骼的旋转曲线都是平滑的S形过渡。这意味着从蓄力到命中的过程没有速度突变，力的传导被平均分配到了每一帧。
修改方案与对比数据：
第一斩：从第6帧开始蓄力，第12帧命中。将肩关节和肘关节的旋转曲线在第11帧的手柄断开，让命中前1帧的速度瞬间达到峰值。曲线形状从S形改为_/形（陡坡+平台）。
第二斩：第18帧到第24帧。在第23帧插入一个缓冲关键帧，让剑身命中后反向弹跳2度，持续2帧后衰减归零。
第三斩：第30帧到第36帧。增加一个身体前冲的位移关键帧，质心在命中瞬间前移0.15个单位。
效果对比（5人主观评测）：
修改前：打击感评分平均2.8/5，反馈“像在划水”。
修改后：打击感评分平均4.3/5，反馈“有重量感”。
关键参数：命中瞬间的角速度峰值需要达到蓄力阶段的3-5倍，手柄断开是关键操作。
四、跨软件管线：3ds Max到Blender到Unity的坐标血泪史
这是我最惨痛的一次翻车，直接导致一个项目延期3天。
经过：我在3ds Max里建了一个场景模型，导出FBX到Blender做材质和灯光，再从Blender导出FBX到Unity。结果模型在Unity里横躺在地面上，缩放显示为(100,100,100)。
排查链：
3ds Max默认Z轴向上，单位是英寸。导出FBX时我没有勾选“转换单位”，导致模型按英寸导出。
在Blender里我手动把模型旋转了90度让它“看起来”站着，然后应用了旋转变换。
从Blender导出到Unity时，FBX的缩放信息被应用了两次——一次是3ds Max的单位转换残留，一次是Blender的应用旋转。
最终Unity接收到的模型：旋转被烘焙进顶点但骨骼保留原始朝向，缩放系数累积到100倍，骨架Avatar映射全部错乱。
最终修复方案（耗时一整天）：
回到3ds Max源文件，设置系统单位为米。
使用Rescale World Units工具统一缩放。
导出FBX时勾选“Convert Units”，轴转换选Z-up。
在Blender中导入，直接调整材质，不碰任何Transform。
导出到Unity时，FBX设置Scale=1，不勾选Apply Transform。
模型在Unity中自然站立，缩放(1,1,1)。
管线规范（现在严格执行）：
建模软件统一单位=米 → 任何中间环节禁止应用变换 → 导出FBX时Scale=1 → 轴转换在导入引擎侧处理。
五、Unity动画状态机：为什么角色走着走着就瞬移
2025年6月，我把一个角色行走动画导入Unity，角色在原地踏步但Transform却在场景里漂移。检查后发现是动画片段里自带了根骨骼位移数据。
具体表现：一段30帧的行走循环，根骨骼在Y轴（Unity世界空间）上移动了1.2个单位。Unity的Animator同时处理动画位移和脚本位移，两套位移叠加导致角色“瞬移”。
解决步骤：
在Blender中打开该Action，进入曲线编辑器，选中根骨骼。
定位到Y Location曲线，全选所有关键帧，将数值手动归零——注意不只是删曲线，因为Unity会读取默认值。
将位移信息单独烘焙到Root Motion节点，勾选“只导出相对运动”。
在Unity中取消Animator的Apply Root Motion，改为由脚本控制实际位移，动画只负责视觉表现。
教训：动画位移和逻辑位移必须分离。动画只表达姿态变化，空间位置完全交给代码。
六、我的自查清单（每次提交前逐项核对）
这是我吃了无数亏后整理的，贴在显示器旁边：
模型
所有对象应用缩放后Scale=(1,1,1)？✅/❌
三角面数在预算内？✅/❌
UV无重叠、无翻转？✅/❌
材质球命名无中文、无空格？✅/❌
骨骼与蒙皮
所有骨骼权重已清理（小于0.1的归零）？✅/❌
极限动作测试通过（45度以上弯曲无扭曲）？✅/❌
骨骼命名规范，Avatar映射无报错？✅/❌
动画
循环动画首尾帧数值一致？✅/❌
根骨骼位移已清零？✅/❌
曲线手柄已手动调整（非默认贝塞尔）？✅/❌
导出
FBX单位=米，Scale=1？✅/❌
轴向设置=Forward -Z, Up Y（对应Unity）？✅/❌
目标引擎中已测试？✅/❌
七、写在最后：我的真实水平定位
两年学习下来，我清楚知道自己还差得远。我还没有参与过商业项目，没有处理过64骨骼以上的复杂四足绑定，没有做过网络同步的动画状态机。我目前能独立完成的，是一个人形角色的全流程——从概念建模到引擎内可操控——但要达到行业入行标准，至少还需要2000小时的有效练习。
这篇文章的所有数据都来自我的个人项目记录，每一个参数都可以复现验证。如果你正在学同样内容，建议你也建立自己的翻车日志。进步最快的，永远是那个记下最多错误的人
