Unity一键重置物体中心：父节点对齐子物体包围盒中心Pivot

做Unity场景搭建或者模型工具的朋友，十有八九都遇到过这种崩溃瞬间：从建模软件导出的FBX，轴心点不在模型几何中心，要么在脚底，要么在角落。你把模型拖进场景，想让它绕着自己的身体旋转，结果它像跷跷板一样绕着地板上的一点转；想把它对齐到某个格点上，父节点一移动，整个模型就歪到一边去。Unity的Transform本身其实就是物体的Pivot，不像Blender还有独立的Origin设置，所以当模型乱套时，你没法在Inspector里直接改一个"中心点"参数。这个问题的标准解法，就是通过调整父节点的位置，让父节点这个Pivot回到所有子物体的几何中心——也就是标题里说的"父节点居中对齐所有子物体，重置中心点"。

这篇文章会把这件事讲透：为什么你的模型会轴心痛、Unity里"中心点"到底是什么、怎么用一段编辑器脚本一键完成重置，还有我在实际项目里踩过的各种边界情况。无论你是做场景搭建、模型整理、还是给团队写工具，这篇都适用。

1. 模型轴心点不在中心有多难受：先搞懂这个工具在救什么"火"

1.1 一个看似简单的需求，为什么能逼疯人

先说个真实项目里的事。同事从C4D导出一个包装盒模型，结构是根节点下挂了盒盖、盒身、内衬几个子物体。他把模型放上货架时发现，一旋转根节点，盒子不是绕着自己的几何中心转，而是绕着盒子左后下角那个点转。排查了半天，发现是建模的时候Origin没有被重置，导出的FBX把原点留在了角落。他尝试在Unity里新建一个空物体，把子物体拖进去，然后把空物体位置对准模型中心——结果空物体是"对准"了，但模型所有子物体位置全都跟着乱了，因为空物体一移动，子物体全被拖走了。

这件事的根源在于，Unity没有把"物体的Pivot"和"物体网格的几何中心"拆成两个独立概念。一个GameObject的Transform.position就是它的Pivot，所有子物体都围绕这个Pivot做父子变换。如果你想让多个子物体的整体中心落在Pivot上，本质上只做一件事：调整父节点的位置，同时保证子物体在世界上该在哪还在哪。但很多人被卡就卡在"调整父节点位置"和"子物体不乱"这两件事是矛盾的，不知道怎么同时满足。

1.2 本文这套方案适合谁、能做到什么程度

这套方案适合三类人：

• 场景搭建岗：从外部导入大量模型，每天都在跟混乱轴心搏斗。
• Unity工具开发者：需要给策划或美术同事提供一键整理模型节点的工具。
• 运行时动态拼装的开发者：比如游戏里要动态生成一个由多个零件组成的容器，生成后想统一重置容器的中心点。

工具能做到的事情很明确：选中一个父物体，点击菜单，父节点的Transform.position会变到所有子物体的几何中心附近，但每个子物体在世界空间的位置完全保持原样。之后再旋转这个父节点，所有子物体会围绕它们的"整体中心"公转，而不是围绕某个犄角旮旯的点。

如果你还需要把整体中心平移到世界原点，或者让父节点不动、把子物体整体"拽"到父节点原点，文章最后也会给对应的扩展写法。

2. 中心点计算的底层逻辑：世界包围盒合并与坐标空间换算

2.1 计算"中心"时，为什么首选 Renderer.bounds

你可能会说，算中心还不简单？把子物体Transform.position求个平均不就行了。这是新手最容易掉进去的坑。Transform.position是物体的Pivot点，不是网格的几何中心。你从建模软件导出来的Mesh，顶点和Pivot往往是分离的，有的模型Pivot在底部、有的在角落，直接对Transform.position做平均值，得到的是"一堆Pivot点的平均位置"，不是模型的视觉中心。

正确做法是用Renderer.bounds。这个属性返回的是世界空间下的AABB（轴对齐包围盒），Unity在渲染时已经帮你把Mesh的局部顶点、骨骼动画、缩放旋转全部换算成了世界坐标，所以最终拿到的center、min、max是可靠的。对MeshRenderer、SkinnedMeshRenderer、SpriteRenderer都通用，不需要你手动关心Mesh里的顶点是怎么分布的。

这里有个细节需要注意：bounds包含了子物体自身的渲染范围，但它不包含没有Renderer的物体。如果一个子物体只有Collider没有Mesh，它就不参与中心计算。作为兜底方案，我通常会再遍历一遍Collider，用Collider.bounds补上这种"纯碰撞体"节点的贡献。

2.2 把多个子物体合并成一个整体包围盒：Encapsulate 的用法与一个隐蔽坑

当父节点下有多个子物体时，不能只取第一个子物体的Bounds，然后把其他子物体Bounds.center加起来做平均。因为"中心点"应该是整个物体组的外包围盒中心，而不是所有小包围盒中心的平均数。想象一下：左边一个很大的球，右边一个很小的小球，两个球的中心平均值会落在偏左的位置，但整个物体组的外包围盒中心应该在两者中间更靠近大球的一侧。

所以要遍历所有Renderer，把它们的Bounds用Encapsulate方法不断合并成一个大的Bounds，类似"慢慢把每个小盒子都装进一个大盒子里"。这个大盒子的center就是我们要找的中心。

这里有一个C#层面的隐蔽坑：如果你用Bounds?做可空类型，然后写result.Value.Encapsulate(other.bounds)，这个调用不会生效。因为Nullable<Bounds>的.Value拿到的是一份临时拷贝，Encapsulate是在临时拷贝上修改的，改完就丢掉了。我早期写这个工具时就踩过，查了半天为什么合并结果永远是第一个Bounds。正确的写法是用一个局部变量接收再写回去：

csharp复制Bounds? result = null;
foreach (Renderer r in renderers)
{
    if (result == null)
    {
        result = r.bounds;
    }
    else
    {
        Bounds combined = result.Value;
        combined.Encapsulate(r.bounds);
        result = combined;
    }
}

2.3 移动父节点后，为什么只需要恢复直接子物体的世界位置

这是整个脚本最核心的一个技巧。父节点移动了，它的所有后代都会跟着移动。如果要让子物体世界位置不变，你只需要恢复直接子物体的世界位置就够了，不需要递归处理孙子物体。因为孙子物体是挂在直接子物体下面的，只要直接子物体回到了原来的世界位置，它的整个子树都会跟着回去。

举个例子：父节点P下面有A和B两个直接子物体，A下面挂着A1、A2，B下面挂着B1。P从(0,0,0)移动到(5,0,0)，A、B以及它们所有的后代都朝正X轴方向平移了5个单位。此时你只要把A和B的世界坐标分别改回原来的值，A1、A2、B1就会自动跟着A和B回到原位。这个技巧能把脚本的循环次数从"所有后代数量"缩减到"直接子物体数量"，而且逻辑更清晰。

需要注意，如果父节点下直接挂了很多层级的子物体，或者某些直接子物体在移动过程中被禁用了，你不能只靠GetChild(i).position来记录和恢复，最好在记录位置前先判断一下子物体是否还活着。不过常规情况下，只记录直接子物体就够了。

2.4 为什么一律使用世界坐标赋值，而不是手动算局部坐标

有人会问：父节点移动之后，直接用child.position = recordedPosition，Unity底层会把世界坐标转成局部坐标，这中间如果有父节点旋转、缩放，会不会出错？答案是不会，因为这是Unity官方提供的高层API，内部做了完整的坐标空间变换。你不需要自己用InverseTransformPoint去算局部坐标。

但有一种情况需要你手动算局部坐标：父节点不移动，而是你想通过修改子物体localPosition来整体平移子物体。这时你确实需要计算"子物体要移动多少"，而不能直接设置世界位置。不过我们这套方案默认移动父节点，所以用世界坐标赋值是最稳的。

3. 核心脚本：把父节点Pivot搬到子物体中心的完整实现

3.1 脚本使用步骤

这个脚本不需要任何配置，你把C#文件放到Assets/Editor目录下，等Unity编译完，菜单栏就会出现Tools/Align Center两个选项。使用时先在Hierarchy面板选中一个父物体，点击对应菜单即可。

如果脚本放在普通目录而不是Editor目录下，编辑器相关API（UnityEditor）在打包时会被剔除，所以必须放对位置。这是Unity编辑器开发最基础的一条规矩。

3.2 完整代码

csharp复制using UnityEditor;
using UnityEngine;

public static class AlignChildrenCenterTool
{
    [MenuItem("Tools/Align Center/父节点Pivot移动至子物体中心（保持子物体世界位置）")]
    public static void AlignPivotToChildrenCenter()
    {
        Transform parent = Selection.activeTransform;
        if (parent == null)
        {
            Debug.LogWarning("[AlignCenter] 请先在Hierarchy中选中一个父节点。");
            return;
        }

        Bounds? bounds = CalculateCombinedBounds(parent);
        if (bounds == null)
        {
            Debug.LogWarning("[AlignCenter] 没有找到可用的Renderer或Collider，无法计算中心点。");
            return;
        }

        Vector3 center = bounds.Value.center;
        Vector3[] childWorldPositions = new Vector3[parent.childCount];
        for (int i = 0; i < parent.childCount; i++)
        {
            childWorldPositions[i] = parent.GetChild(i).position;
        }

        const string undoName = "Align Pivot to Children Center";
        Undo.RecordObject(parent, undoName);
        parent.position = center;

        for (int i = 0; i < parent.childCount; i++)
        {
            Transform child = parent.GetChild(i);
            Undo.RecordObject(child, undoName);
            child.position = childWorldPositions[i];
        }

        MarkSceneDirty(parent);
        Debug.Log($"[AlignCenter] 父节点Pivot已移动至子物体中心：{center}");
    }

    [MenuItem("Tools/Align Center/子物体中心对齐到世界原点（整体平移）")]
    public static void MoveChildrenCenterToWorldOrigin()
    {
        Transform parent = Selection.activeTransform;
        if (parent == null)
        {
            Debug.LogWarning("[AlignCenter] 请先在Hierarchy中选中一个父节点。");
            return;
        }

        Bounds? bounds = CalculateCombinedBounds(parent);
        if (bounds == null)
        {
            Debug.LogWarning("[AlignCenter] 没有找到可用的Renderer或Collider，无法计算中心点。");
            return;
        }

        Vector3 offset = Vector3.zero - bounds.Value.center;

        Undo.RecordObject(parent, "Move Children Center to World Origin");
        parent.position += offset;

        MarkSceneDirty(parent);
        Debug.Log("[AlignCenter] 子物体整体平移，中心已对齐到世界原点。");
    }

    private static Bounds? CalculateCombinedBounds(Transform root)
    {
        Renderer[] renderers = root.GetComponentsInChildren<Renderer>(true);
        Bounds? result = null;

        foreach (Renderer renderer in renderers)
        {
            if (!renderer.gameObject.activeInHierarchy) continue;

            if (result == null)
            {
                result = renderer.bounds;
            }
            else
            {
                Bounds combined = result.Value;
                combined.Encapsulate(renderer.bounds);
                result = combined;
            }
        }

        if (result != null) return result;

        Collider[] colliders = root.GetComponentsInChildren<Collider>(true);
        foreach (Collider collider in colliders)
        {
            if (!collider.gameObject.activeInHierarchy) continue;

            if (result == null)
            {
                result = collider.bounds;
            }
            else
            {
                Bounds combined = result.Value;
                combined.Encapsulate(collider.bounds);
                result = combined;
            }
        }

        return result;
    }

    private static void MarkSceneDirty(Transform target)
    {
        if (!Application.isPlaying)
        {
            UnityEditor.SceneManagement.EditorSceneManager.MarkSceneDirty(target.gameObject.scene);
        }
        else
        {
            EditorUtility.SetDirty(target);
        }
    }
}

3.3 重点代码解读：记录、移动、恢复的顺序关系

这个脚本的逻辑可以总结成三步：先记录、再移动、最后恢复。

记录阶段，把所有直接子物体的世界位置存到数组里。注意这里记录的是直接子物体，不是所有后代。然后移动父节点到包围盒中心。此时子物体们全部跟着偏移了，最后再逐个把直接子物体的世界位置改回原来记录的值。由于子物体回到原位，父节点又挪到了中心，就等价于"Pivot被重置到几何中心，而场景里的模型布局完全没变"。

顺序不能乱。如果先改子物体位置再移动父节点，最后的叠加效果会让子物体跑到奇怪的地方去。这个顺序是我写第一版时反复试出来的，也是最不容易出错的写法。

3.4 Undo 与场景脏标记的必要性

在编辑器工具里加Undo支持，是一个成熟工具的基本素养。如果不加Undo.RecordObject，你执行完操作后按Ctrl+Z会发现场景纹丝不动