★ FEATURED ARTICLE 简介这是一套基于Unity引擎的Mesh顶点修改捏脸系统面向游戏开发者与角色定制爱好者主要解决RPG或角色创建场景中的面部个性化定制需求。压缩包共含68个文件以asset、meta等Unity工程文件为主搭配cs脚本、shader、mat材质、fbx模型及bmp/jpg/png贴图完整覆盖从基础模型到顶点调节的核心实现压缩后约2.57MB便于快速导入测试。目前已有3916人学习/下载。资源内提供可直接运行的Unity工程、捏脸相关C#脚本、用于展示效果的动图与示例模型贴图目录层级清晰便于开发者理解顶点坐标修改、贴图适配与性能优化等关键思路可直接在此基础上扩展动画、表情等联动功能快速落地到实际项目中。1. 捏脸系统为什么最终都绕不开 Mesh 修改当我第一次接到“UnityMesh修改捏脸系统”这个需求时以为就是改改BlendShape权重结果发现真正能支撑自由捏脸的底座还是 Mesh 顶点。UnityMesh修改意味着在运行时或编辑器里直接改写 Mesh 的顶点坐标、法线和 UV让模型产生可控形变。它解决的问题很具体玩家拖一个滑条鼻梁变高、眼睛变宽这些差异不是换贴图能模拟的。适合的人群是角色系统开发者、休闲游戏和捏脸 Demo 的设计师也包括想给 Avatar 系统加一层捏脸能力的独立开发者。这篇文章会从选型、最小代码、编辑器集成到避坑和进阶给你一条能直接照着走的路径。2. 选型与底层BlendShape 和顶点直接改谁才是捏脸的底子很多新手在做捏脸时第一反应是在网上找一个 BlendShape 插件。BlendShape 确实能捏脸但它的本质是让 Mesh 在多个预置形状之间插值适合做表情微调不一定适合开放式的滑动捏脸。真正让玩家“想怎么捏就怎么捏”的方案是直接操作 Mesh 顶点。想选对方案得先弄明白 Mesh 里那几组数组到底管什么。2.1 Mesh 的顶点、法线、UV 在捏脸中分别起什么作用一个 Unity Mesh 的核心数据是 vertices、normals、uv、triangles。vertices 是三角形顶点的空间坐标捏脸时最常改的就是这一组。normals 用于光照计算顶点位移后法线不会自动跟着变不改就会看到角色脸上出现光滑度失真的高光斑块。uv 决定贴图如何铺在表面上除非你要做表情纹理拉伸否则捏脸时尽量不要动 uv改动 uv 会导致贴图滑移也就是玩家常说的“脸皮错位”。triangles 是索引数组描述了哪三个顶点构成一个三角形。捏脸一般不改 triangles因为拓扑结构不变只改顶点位置。但如果你的捏脸方案需要切割网格、加顶点或删顶点那就必须同步处理 triangles 和所有相关数组工作量会成倍上升。我一般建议美术把角色头部模型拓扑固定好捏脸只做顶点位移不做拓扑增减。还有一个隐藏数据叫 tangents用于切线空间的法线贴图。顶点位置变化后tangents 也需要重算不然使用法线贴图的皮肤材质会出现鼓包。很多文章只提重算法线不提切线这是翻车高发区。2.2 两种方案对比BlendShape 适合范围控制顶点修改适合自由捏BlendShape 的做法是美术预先雕刻好几十个目标形状比如“宽鼻”“窄鼻”“尖下巴”然后运行时把每个形状的权重从 0 调到 1。它的优点是性能好、可控性强不会出现顶点飞出去的奇形怪状缺点是需要美术逐个雕刻组合数量指数级增长玩家能调的维度完全被美术预设绑死。顶点直接修改的做法是把角色的每个顶点看作一个可偏移的点通过滑条参数给顶点施加不同方向和大小的位移。优点是不需要美术额外雕刻一套基础 Mesh 就能支持丰富的调整维度缺点是所有约束、区域映射、法线重建和性能优化都要程序自己写。维度BlendShape顶点直接修改自由度受预设数量限制理论上任意顶点组合美术工作量高需要雕形状低只需要一套基础网格运行时开销低插值计算中高需要重算顶点和法线保存到磁盘权重列表很小参数列表或变体 Mesh 文件调试难度可视化直观需要写编辑器预览工具从经验来看如果你想做的是“滑条捏脸”顶点直接修改是更匹配的底座。BlendShape 更适合放在表情系统里比如笑、愤怒、闭眼。混合使用也常见捏脸用顶点修改表情用 BlendShape两者互不干扰。2.3 内存与序列化Mesh 拷贝与共享实例的坑Mesh 在 Unity 里是引用类型同一个 Mesh 资源可以被多个角色复用。如果直接修改一个共享 Mesh所有使用这个 Mesh 的角色都会同时变脸这显然不是我们想要的行为。所以第一步必须做拷贝让每个角色拿到自己的私有 Mesh 实例。我一般在初始化角色时用Object.Instantiate复制一份 Mesh然后把顶点数组缓存下来作为基准数据。代码如下public class MeshMorpher : MonoBehaviour { [SerializeField] private MeshFilter _meshFilter; private Mesh _privateMesh; // 运行时私有网格 private Vector3[] _baseVertices; // 默认顶点坐标作为捏脸基准 private Vector3[] _currentVertices; // 当前顶点坐标用于修改 private void Awake() { // 复制一份 Mesh避免修改共享原始资源 _privateMesh Object.Instantiate(_meshFilter.sharedMesh); _privateMesh.name _meshFilter.sharedMesh.name _private; _meshFilter.mesh _privateMesh; // 缓存基准顶点和当前顶点 _baseVertices _privateMesh.vertices; _currentVertices (Vector3[])_baseVertices.Clone(); } }这段代码里最关键的是Object.Instantiate它创建了一个独立的 Mesh 实例后续所有顶点修改都作用在这个实例上。_baseVertices用来记录未捏脸时的原始坐标确保每次参数变化可以重新计算。_currentVertices是计算结果的缓冲区避免每次new数组造成 GC。内存方面也要心里有数。一个包含 1 万个顶点的头部 Mesh顶点数组本身占约10000 * 12字节也就是 120KB再加上法线和切线大概在 350KB 左右。对单个角色来说不大但如果一个场景有 100 个不同捏脸结果的角色每个都持有私有 Mesh内存就会开始吃紧。后面第 6 章会讲如何通过共享网格和贴图参数来缓解。3. 运行时修改 Mesh从复制顶点到实时预览的最小实现选型定了以后要解决的核心问题有三个如何把滑条参数转成顶点位移如何保证形变不破坏模型拓扑以及如何重算法线让光照保持正确。这一章我给出一个最小可跑的 C# 实现并解释每个参数的含义。3.1 定义捏脸参数与顶点区域的映射规则不直接让滑条控制“单个顶点”而是让滑条控制一颗影响球每个捏脸区域有一个中心点、一个半径、一组方向权重。玩家调滑条时改变的是区域内的顶点偏移量。这样模型不会出现尖刺。[System.Serializable] public class MorphRegion { public string regionName; // 区域名比如“鼻梁” public Transform centerAnchor; // 区域中心点一般挂到骨骼或空物体 public float radius 0.05f; // 影响半径单位米 public float strength 1f; // 滑条当前强度 public AnimationCurve falloff; // 距离衰减曲线控制过渡柔和度 // 将滑条值应用到一个顶点上 // direction 表示该顶点在这个区域里允许移动的方向 public Vector3 Apply(Vector3 basePos, Vector3 anchorPos, Vector3 direction) { float distance Vector3.Distance(basePos, anchorPos); if (distance radius) return basePos; // 归一化距离然后根据曲线取衰减权重 float t 1f - Mathf.Clamp01(distance / radius); float weight falloff.Evaluate(t); // direction 乘以 strength 和 weight得到该顶点的偏移 return basePos direction * (strength * weight); } }这段代码的核心思路是“区域影响球”。radius控制影响范围falloff是一条从中心向边缘衰减的曲线中心附近形变最强边缘逐渐归零。direction不是单位向量而是包含了捏脸方向和大小的向量例如鼻梁变高时 direction 的 y 分量是正值。参数调节上falloff.Evaluate(t)的输入是归一化后的距离系数0 表示中心1 表示边缘。你不一定要用AnimationCurve也可以用1 - t这样的线性公式。用曲线的好处是美术可以直观地在 Inspector 里调衰减让鼻梁区域有一个柔和过渡而不是边界断裂。3.2 滑条变化时更新顶点并重算法线实际运行时拖滑条会修改多个区域的strength然后调用更新函数遍历所有区域、影响所有顶点。为了控制性能我会把区域计算合并到同一次遍历中。public void ApplyMorph() { // 从基准顶点开始逐顶点累加所有区域的影响 for (int i 0; i _baseVertices.Length; i) { Vector3 v _baseVertices[i]; foreach (var region in _regions) { if (region.centerAnchor null) continue; Vector3 anchor region.centerAnchor.position; v region.Apply(v, anchor, region.GetDirectionForVertex(i)); } _currentVertices[i] v; } // 写回顶点并重算法线和切线 _privateMesh.vertices _currentVertices; _privateMesh.RecalculateNormals(); _privateMesh.RecalculateTangents(); }这里有一个需要说明的细节GetDirectionForVertex不是在代码里硬算的而是美术在编辑器里把每个顶点允许移动的方向烘焙成一个顶点色或者用额外顶点属性保存。程序运行时读取这个属性把方向乘到强度里。这是避免角色被捏成“丑形状”的关键每个顶点只能沿着美术允许的方向移动。RecalculateNormals和RecalculateTangents每次都要调用代价不小。1 万顶点的模型在 PC 上还好在手机上可能会感觉到掉帧。所以第 6 章会讲怎么只更新局部区域减少重算范围。3.3 性能与精度MarkDynamic、增减顶点、法线重算的代价如果每帧都调用ApplyMorph顶点遍历和法线重算都会成为性能热点。一个常见优化是给私有 Mesh 调用MarkDynamic()告诉 Unity 这个网格会频繁更新Unity 会把它放进动态缓冲区减少顶点上传开销。private void Start() { InitPrivateMesh(); // 告知 Unity 网格会频繁变化使用动态缓冲区 _privateMesh.MarkDynamic(); }MarkDynamic并不能降低计算复杂度但它能降低 CPU 到 GPU 的上传消耗顶点数量越多收益越明显。另一个要注意的是在移动平台上顶点越少越好。2 万顶点以上的脸部模型建议用 LOD 机制捏脸时编辑高模显示时按距离切换到低模。实际项目中我也见过直接用SkinnedMeshRenderer做顶点修改的但SkinnedMeshRenderer.bakeMesh会把骨骼蒙皮结果烘焙到新 Mesh 上再修改这个烘焙结果这很容易造成双倍性能开销。我一般建议只有纯顶点修改时用MeshFilter如果项目里角色更依赖骨骼动画可以单独把头部 Mesh 用MeshFilter展示头部骨骼只负责旋转这样捏脸和动画互不干扰。4. 编辑器集成用 ScriptableObject 保存捏脸参数与预设运行时捏脸只是第一步玩家捏完的脸总得保存、复现、管理预设。把参数存在存档里回档时再执行一遍ApplyMorph是最轻量级的方案。如果要给项目组里的美术用还需要做一个编辑器面板让他们快速查看和测试预设。4.1 用 ScriptableObject 存储捏脸参数快照与其存一堆区域强度的散值不如封装成一个FacePreset资产。这样每个预设就是一个.asset文件策划可以配置、美术可以调程序也不用关心字段顺序。using UnityEngine; [CreateAssetMenu(fileName FacePreset, menuName Character/FacePreset)] public class FacePreset : ScriptableObject { [System.Serializable] public struct RegionValue { public string regionName; public float strength; } public RegionValue[] regions; }在运行时读取这个资产的 regions 数组把每个值匹配到场景里的MorphRegion。匹配方式是遍历所有MorphRegion.regionName找到同名的给它赋强度。这种字符串匹配在运行时几千个顶点计算前做一次成本可以忽略。4.2 在编辑器里保存为 Mesh 变体或 JSON如果捏脸系统只服务于“玩家生成头像之后不再大改”我们可以直接把修改后的 Mesh 保存成资源播放时直接加载不用每帧计算。保存可以在编辑器完成也可以在运行时把 Mesh 序列化成.mesh文件但运行时写AssetDatabase只支持编辑器所以我更推荐踩坑更少的做法运行时导出 JSON编辑器里再通过工具生成 Mesh 变体。JSON 方案的好处是文件小、可读、易同步。我习惯保存三个字段角色基础模型 ID、预设列表、每种发型和肤色索引。玩家读取存档时先用基础模型重新初始化私有 Mesh然后按顺序应用预设。[System.Serializable] public class FaceData { public string baseModelId; public ListFacePreset.RegionValue values; }要注意的是JSON 里不应该保存顶点坐标数组那会让存档迅速膨胀到几十 KB。保存参数运行时重新计算顶点计算量虽然多了但存档小且容错高后续如果美术调整了基础 Mesh旧存档依然能通过新顶点位置得到新脸型。4.3 角色预设管理面板用编辑器窗口批量检查给没有编程背景的美术做预设测试我用一个简单的EditorWindow管理左边显示所有预设资产点击预设后自动应用到当前打开的场景角色并刷新 Scene 视图。#if UNITY_EDITOR using UnityEditor; using UnityEngine; public class FacePresetWindow : EditorWindow { [MenuItem(Tools/Face Preset Window)] public static void Open() { GetWindowFacePresetWindow(捏脸预设); } private FacePreset _selected; private void OnGUI() { var assets AssetDatabase.FindAssets(t:FacePreset); foreach (var guid in assets) { var path AssetDatabase.GUIDToAssetPath(guid); var preset AssetDatabase.LoadAssetAtPathFacePreset(path); if (GUILayout.Button(preset.name)) { _selected preset; ApplyToActiveObject(preset); } } } private void ApplyToActiveObject(FacePreset preset) { var target Selection.activeGameObject; if (target null) { Debug.LogWarning(请先在场景里选中一个角色); return; } var morpher target.GetComponentMeshMorpher(); if (morpher null) return; morpher.ApplyPreset(preset); } } #endif这段代码的生命周期只存在于编辑器最终打包时#if UNITY_EDITOR内的内容会被剔除。窗口本身不复杂但可以让美术在预览场景里快速筛选预设避免反复进入 Play 模式。编辑器面板的价值在于视觉表现和参数调试能实时联动而不用经过存档-读档的漫长流程。把预设应用逻辑放在MeshMorpher.ApplyPreset里Play 模式和编辑器模式共用同一套代码减少双实现带来的不一致。5. 捏脸避坑Mesh 修改常见的 5 类翻车现场顶点修改的方案一旦跑起来你会在不同阶段遇到一些看起来像是“Unity 出了 bug”的现象。其实大部分问题都出在资源生命周期和网格数据同步上。下面我把最常遇到的 5 类问题按现象、原因、解决三部分写出来方便你直接对照排查。5.1 捏脸后模型闪烁像两个面在互相穿插现象是把滑条拉大后角色脸部出现明显的闪面和抖动特别在鼻翼和下巴位置。原因是顶点偏移过大导致相邻三角形的面反转或法线方向错乱。也可能是顶点穿过内部骨骼但最常见的是同一个顶点收到了多个区域的正反方向叠加比如“鼻梁增高”和“鼻梁变窄”区域重叠顶点位移相互矛盾。解决方法是给每个顶点记录一个区域影响缓冲先累加所有区域贡献再一次性写入顶点位置。同时给区域中心点设置最小间距半径重叠不要超过 1/3。如果还想根治可以在编辑器里把顶点可移动方向可视化美术能看到哪些顶点是“被拉扯”的。5.2 存档后会读出一张完全不同的脸现象是把参数保存为 JSON 后下次加载应用到同一个模型上脸型和保存时明显不一致。原因是典型参数顺序问题。我踩过的是ListRegionValue的遍历顺序取决于运行时场景中的_regions顺序而场景中的MorphRegion可能因为加载顺序变化而重新排列。保存时用的是区域名读取时也按名匹配还是没有对齐因为两个区域名重名了。解决方法是给每个MorphRegion分配一个稳定 ID不要用中文名或可编辑名称作为唯一标识。ID 在初始化时从模型资产元数据里读取JSON 里记录 ID 和强度值。读取时先按 ID 建字典再匹配这样即使区域名字被美术改掉存档依然有效。5.3 多角色复用基础 Mesh一个角色捏脸其他角色跟着变现象是场景里有多个角色你只改了其中一个的滑条结果所有角色同时变成了一个样。原因是没有执行Object.Instantiate私有拷贝直接对MeshFilter.sharedMesh做了写操作。这是 Unity Mesh 修改最常见的问题。解决方法是检查初始化代码中是否有GetComponentMeshFilter().mesh和.sharedMesh的混用。mesh属性在读写时会触发一次引用拷贝但如果你用同一份数组赋给不同mesh仍然会共享底层数据。保险做法是只允许InitPrivateMesh里赋值一次私有实例后续全部通过_privateMesh操作。5.4 法线重算后高光区域还是一块白斑现象是捏脸后正常光照下没问题一旦角色进入灯光较强的场景或者使用皮肤材质的高光贴图面部出现不规则的白色光斑。原因是只调用了RecalculateNormals没有重算RecalculateTangents。法线贴图依赖切线方向来判断扰动方向顶点位置变了切线没变就会让切线空间的法线产生错误偏移。解决方法是每次更新顶点后同时调用两个函数。如果性能紧张可以只在最终一帧调用拖滑条过程中用低精度法线松手后再完整重算。更精细的做法是手动重算受影响区域的顶点法线保留未受影响区域的结果避免全网格重算。5.5 连续拖动滑条时 GC 飙升表现为偶发卡顿现象是滑条拖得越快Profiler 里 GC Alloc 越高手机内存曲线持续波动最终出现掉帧。原因是在更新循环里频繁创建数组或临时对象尤其是_mesh.vertices属性读取会分配新数组。每次访问vertices都会产生一次拷贝这在ApplyMorph里如果写成var verts _mesh.vertices;再修改就相当于把数组和 GC 压力一起背上。解决方法是维护一份自己的缓冲区_currentVertices使用_mesh.vertices _currentVertices写入避免get操作。高频率滑条场景下还可以把更新节流到每帧最多一次或者按固定时间间隔做插值平滑这也能显著降低 GPU 上传频率。6. 进阶把捏脸系统做成能扛住百人同屏的资源管线当项目从技术 Demo 走向正式版本捏脸系统的挑战不再是一个角色怎么捏而是几十上百个不同捏脸结果的角色如何同时存在于场景里并且保持内存和渲染压力可控。这一章讲三个我用过的优化方向。6.1 只更新脏顶点区域让滑条响应更快大多数捏脸参数影响的是局部顶点比如鼻梁只影响 800 个顶点下巴只影响 1200 个。每次全量遍历 1 万顶点显然有浪费。我会在MorphRegion里预计算一个_vertexIndices数组记录这个区域影响的顶点索引列表。private void ApplyMorphDirty() { // 清空脏顶点缓存 _dirtySet.Clear(); // 只遍历有变化的区域 foreach (var region in _activeRegions) { foreach (int index in region.vertexIndices) { _currentVertices[index] region.Apply(_baseVertices[index], region.centerAnchor.position, region.direction[index]); _dirtySet.Add(index); } } _privateMesh.vertices _currentVertices; // 只重算脏区域的包围盒减小法线重算范围 _privateMesh.RecalculateNormals(); }这里需要注意RecalculateNormals本身是全局的真正性能提升在于把顶点遍历从全量降到局部。区域影响顶点数通常只有几百到一千遍历成本可以忽略密集区域的重复写入也通过_dirtySet去重了。如果你的 Unity 版本支持Mesh.SetVertices(ReadOnlySpan)还可以用NativeArray直接操作内存进一步减少拷贝。6.2 LOD 联动高模用于捏脸低模用于同屏渲染百人同屏时不可能让所有人都用带捏脸的高模。我会给同一个角色做 3 个 LOD 等级LOD0 高模 1.5 万顶点用在捏脸界面和近距离特写LOD1 中模 8000 顶点正常游戏距离LOD2 低模 3000 顶点远距离使用。顶点修改系统只运行在 LOD0 上LOD1 和 LOD2 不做运行时顶点编辑而是通过共享参数映射烘焙出静态变体。具体做法是角色生成时先做一次捏脸计算把 LOD0 的最终顶点烘焙成网格再自动生成 LOD1 和 LOD2 的简化网格。这样远处角色不需要每帧重算顶点只需要切换 LOD。Unity 的 LODGroup 可以挂载多个Renderer但如果你用的是MeshFilter私有 Mesh需要在切换时维护三份 Mesh 数据。为了让内存更可控我一般只保留当前 LOD 的私有 Mesh其他 LOD 共享一个静态资源减少重复。6.3 顶点修改与骨骼绑定什么时候该上骨骼变形捏脸做到后期你会发现有些捏法用顶点位移会显得很“软”比如下巴拉长、颧骨外扩这种大范围形变更适合用额外的骨骼链来驱动。我的混合方案是小范围调整鼻梁、眼距走顶点位移大范围调整下颌长度、脸宽走骨骼缩放。public class FaceBoneController : MonoBehaviour { public Transform jawBone; public Transform cheekBoneL; public Transform cheekBoneR; public void SetJawLength(float value) { // 捏脸时调整骨骼缩放影响范围由蒙皮权重控制 jawBone.localScale new Vector3(1f, 1f value * 0.2f, 1f); } }骨骼变形的好处是蒙皮效果自然代价是美术需要配置额外的骨骼和权重。如果角色模型已经有一套面部表情骨骼叠加这个方案很容易冲突。所以我的做法是强制要求“捏脸骨骼”使用独立命名前缀与表情骨骼分开避免权重发生不可控融合。最后说一个我的习惯每次改完 Mesh 相关代码我都会打一个独立场景只放一个缩略模型用 profiler 盯 GC Alloc 和 SetVertices 的平均耗时。这个习惯帮我发现过好几次因为数组访问导致的 GC 泄漏。希望这些经验能帮你在做自己的“UnityMesh修改捏脸系统”时少走一轮弯路。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
