企业官网建设流程全解析

1. 项目概述：为什么新手必须搞懂这两个属性？

刚接触Unity开发的朋友，估计都和我当年一样，对着Transform.position和Transform.localPosition这两个属性犯过迷糊。表面上看，它们都是用来设置一个游戏对象位置的Vector3，代码里改来改去好像也没啥大问题。但等你真正开始做项目，特别是涉及到UI布局、角色移动、或者物体跟随这些稍微复杂一点的功能时，如果没搞清楚它们的区别，那真是分分钟掉进坑里，代码写得又臭又长，性能还上不去。

我见过不少新手写的代码，为了实现一个简单的“子物体跟随父物体移动但保持一定偏移”的功能，又是算世界坐标又是算本地坐标，绕了一大圈，最后效果还不对。其实，只要理解了position和localPosition的本质，这类问题一句话就能解决。今天这篇内容，我就用最直白的方式，结合实战代码，帮你把这两个概念彻底掰扯清楚。无论你是刚入门，还是已经写过一些代码但对底层原理有点模糊，看完这篇，保证你以后在操作物体位置时，思路清晰，下笔有神。

2. 核心概念拆解：世界坐标与本地坐标

要理解position和localPosition，首先得明白Unity场景中的两套坐标系系统：世界坐标系和本地坐标系。这是所有3D引擎的基石，Unity也不例外。

2.1 世界坐标系：绝对的“上帝视角”

想象一下，你站在一个空旷的广场上，广场中心有一个巨大的喷泉。无论你从哪个方向看，喷泉都在广场的某个固定位置，比如（X: 0, Y: 0, Z: 10）米处。这个以广场中心为原点（0,0,0），描述喷泉位置的坐标，就是世界坐标。在Unity场景中，世界坐标系是全局的、唯一的。每个游戏对象在世界空间中的绝对位置，就是它的Transform.position。

当你选中一个游戏对象，在Inspector窗口的Transform组件里，如果左上角的坐标系切换按钮选的是“Global”（全局），那么你看到的Position数值，就是它的世界坐标。这个值描述的是该对象相对于整个场景原点的位置。

2.2 本地坐标系：相对的“父子视角”

现在，你走到喷泉旁边，把手机放在喷泉边缘的一个石墩上。对你来说，手机的位置是“在石墩上”。但对站在广场另一头的人来说，他需要先知道喷泉的位置，再知道石墩相对于喷泉的位置，最后才能推算出手机的世界位置。

在Unity中，当一个游戏对象（子物体）是另一个游戏对象（父物体）的子级时，它的位置就不再直接用世界坐标描述，而是用本地坐标来描述。本地坐标的原点（0,0,0）是它的父物体的中心点（Pivot）。子物体的Transform.localPosition，描述的就是它相对于父物体原点的偏移量。

在Inspector窗口中，当你把坐标系切换为“Local”（本地）时，看到的Position数值就是localPosition。如果这个对象没有父物体（即位于层级视图的根层级），那么它的本地坐标系就和世界坐标系重合，此时position和localPosition的值是相等的。

注意：很多新手会误以为修改Inspector里的“Position”字段就是在改position。其实不然，Inspector里显示的值取决于你选择的坐标系（Global/Local）。你通过脚本代码访问transform.position和transform.localPosition，才是明确地分别获取或设置世界坐标与本地坐标。

2.3 两者的数学关系与转换

从定义上，我们可以推导出它们之间清晰的数学关系：

子物体的世界坐标 = 父物体的世界变换矩阵 × 子物体的本地坐标

用更通俗的话说：要计算一个子物体在世界中的位置，需要把父物体经历的所有旋转、缩放、平移（合起来叫变换矩阵）都作用到这个子物体的本地坐标上。

反过来，如果我们知道一个子物体的世界坐标和它父物体的世界变换矩阵，也可以通过逆运算求出它的本地坐标：

子物体的本地坐标 = 父物体的世界变换矩阵的逆矩阵 × 子物体的世界坐标

Unity在内部为我们封装好了这些转换方法：

• Transform.TransformPoint(Vector3 localPos): 将本地坐标点转换为世界坐标点。
• Transform.InverseTransformPoint(Vector3 worldPos): 将世界坐标点转换到本地坐标系中。
• Transform.TransformDirection(Vector3 localDir): 转换方向（不受位移影响）。
• Transform.InverseTransformDirection(Vector3 worldDir): 反向转换方向。

理解这个转换关系是灵活运用两个属性的关键。例如，你想让一个物体始终位于另一个物体右侧5个单位的位置，无论父物体如何移动旋转。你不需要每帧去计算世界坐标，只需要设置子物体的localPosition为 (5, 0, 0) 即可。Unity会自动帮你完成所有矩阵运算。

3. 性能差异与底层原理深度剖析

网上一直流传着“localPosition比position性能更好”的说法。这个说法有道理，但需要更精确地理解，避免过早优化和错误使用。我们结合从Unity官方讨论区获取的信息，来深入剖析一下。

3.1 读写操作的成本分析

首先，我们要把“读”（Get）和“写”（Set）操作分开来看，它们的开销是不同的。

读取（Get）操作：

• 读取localPosition：这是一个非常廉价的操作。因为localPosition、localRotation、localScale这三个值就是Transform组件内部存储的原始数据。当你读取transform.localPosition时，引擎几乎不做任何计算，直接返回存储的Vector3值。
• 读取position：这是一个有计算成本的操作。因为引擎内部并不直接存储世界坐标。当你请求transform.position时，Unity需要实时计算：从当前物体开始，沿着层级链向上遍历所有父级，将每一级的本地变换（位置、旋转、缩放）组合起来，最终计算出当前物体在世界空间中的绝对位置。这个过程涉及矩阵乘法运算。对于层级很深的物体，这个计算链会更长。

写入（Set）操作：

• 设置localPosition：相对直接。你直接修改了物体存储的本地坐标值。修改后，引擎需要标记该变换为“已更改”，并通知一些依赖系统（如物理引擎、渲染器）。但关键点在于，现代Unity版本（引入DOTS和Job System优化后）中，修改一个Transform的本地属性，并不会立即触发对所有子物体的完整矩阵重算。它主要是设置一个脏标记。
• 设置position：这个过程比设置localPosition更复杂。因为你给的是一个世界坐标的目标值。Unity需要做的是：
  1. 将你提供的世界坐标，利用父物体的世界变换矩阵的逆矩阵，反算出对应的本地坐标应该是多少。
  2. 将这个计算出的本地坐标值，赋值给localPosition。
  3. 执行和设置localPosition后相同的标记和通知流程。

所以，从过程上看，无论是读还是写，position属性都比localPosition多了一步计算（世界到本地的转换或本地到世界的转换）。

3.2 关于“OnTransformChanged”事件的误区

较早的Unity版本和教程中常提到，设置position会触发一个内部的OnTransformChanged事件，并传播给所有子物体，导致性能开销，尤其是在子物体很多时。根据Unity内部开发者的澄清，这个说法已经过时了。

为了支持高性能的DOTS和Job System，Unity重构了Transform系统。现在修改Transform属性（无论是position还是localPosition）不再有这种昂贵的、广播式的事件回调机制。它采用了一套更高效的、基于脏标记的变更分发系统。当Transform发生变化时，只会设置相应的标志位，依赖系统（如物理、渲染）会在合适的时机（如固定的物理更新前）批量检查这些标志并处理，避免了逐层遍历和即时回调的开销。

这意味着，单纯因为“怕触发子物体更新”而避免使用position的理由，在现代Unity中已经大大减弱了。

3.3 实战性能考量与建议

那么，在实际开发中，我们该如何选择呢？性能优化的第一原则永远是：不要过早优化，先用Profiler找到真正的瓶颈。

1. 优先考虑代码清晰与逻辑正确：这是最重要的。如果你的逻辑天然就是在世界空间中思考（比如“把角色移动到(10, 0, 5)这个地图位置”），那就用position。如果你的逻辑是相对于父物体的（比如“让剑始终在角色的右手位置”），那就用localPosition。为了那可能微乎其微的性能差异，把清晰的逻辑变得绕来绕去，得不偿失。

2. 在高频更新循环中保持警惕：如果你的代码在Update()、FixedUpdate()中每帧都频繁地读取或设置位置，并且目标物体层级很深（比如有七八层父级），那么使用position可能会带来可测量的开销。这时可以考虑：

   • 缓存世界坐标：如果你在同一帧内多次读取同一个物体的position，将其存储在一个变量中复用。
   • 改用本地坐标：审视你的逻辑是否可以用本地坐标来表达。例如，跟踪一个移动目标的位置，可以尝试将跟踪者设为目标的子物体，然后只调整localPosition。
   • 使用Transform.SetPositionAndRotation：如果需要同时设置位置和旋转，使用这个复合方法比分别设置position和rotation属性更高效，因为它减少了引擎内部的提交次数。

3. 扁平化层级：这是一个更根本的性能建议。过深的层级关系不仅会影响position的计算，还会影响渲染合批、物理计算等。尽量保持场景层级扁平。对于仅用于分组、没有实际变换需求的空物体，可以考虑使用更轻量的方式（如通过脚本管理列表）来替代。

4. 进行实际测试：当你怀疑某个操作有性能问题时，不要猜，用Profiler（Window > Analysis > Profiler）看。写一个简单的测试脚本，在特定条件下（如操作10000个物体）对比两种方式，观察CPU时间的真实差异。很多时候，你会发现差异远小于你的想象，而代码的可读性价值更高。

4. 实战代码解析：五大典型应用场景

理论说再多，不如代码看一眼。下面我通过五个最常遇到的场景，展示如何正确且优雅地使用position和localPosition。

4.1 场景一：物体在世界中的绝对移动与相对移动

这是最基础的应用。假设我们有一个玩家（Player）和它携带的一盏灯（Light，作为Player的子物体）。

using UnityEngine; public class MovementDemo : MonoBehaviour { public Transform player; public Transform lightChild; // 假设这是player的子物体 public Vector3 worldTarget = new Vector3(10, 0, 0); public Vector3 localOffset = new Vector3(0, 2, 1); void Update() { // 案例1：将玩家移动到世界坐标的某个绝对位置 // 这里我们使用position，因为目标是一个世界空间中的固定点。 if (Input.GetKeyDown(KeyCode.Space)) { player.position = worldTarget; Debug.Log($"玩家已移动到世界位置：{player.position}"); } // 案例2：让灯相对于玩家保持一个固定的偏移位置 // 这里我们应该使用localPosition，因为“相对于父物体”是一个本地空间的概念。 // 无论玩家如何移动旋转，灯都会保持在玩家上方(0,2,1)的位置。 lightChild.localPosition = localOffset; // 错误示范：如果用position来实现，代码会变得复杂且低效： // lightChild.position = player.position + player.TransformDirection(localOffset); } }

关键点：当你的移动意图是“去往场景中的某个绝对地点”时，用position。当你的移动意图是“相对于另一个物体保持某种关系”时，让它们建立父子关系，然后用localPosition。

4.2 场景二：UI元素的精准定位

UI系统是localPosition的“主战场”。RectTransform组件的anchoredPosition本质就是一种特殊的本地坐标，它相对于锚点（Anchor）定义的位置。

using UnityEngine; using UnityEngine.UI; // 需要引入UI命名空间 public class UIPositionDemo : MonoBehaviour { public RectTransform panel; // 一个UI面板 public RectTransform button; // 面板内的一个按钮 void Start() { // 案例：将按钮放置在面板的正中心 // 对于UI元素，我们通常直接操作anchoredPosition。 // 当面板（父物体）的轴心点(pivot)在中心时，子物体本地坐标(0,0)就是父物体的中心。 button.anchoredPosition = Vector2.zero; // 错误理解：有人可能会尝试用世界坐标来定位UI，这几乎总是错的。 // button.position = new Vector3(Screen.width / 2, Screen.height / 2, 0); // 错误！ // 补充：如果你想在UI世界空间中进行计算（比如判断鼠标是否在按钮上）， // 可以使用RectTransformUtility屏幕坐标转换方法，而不是直接使用Transform.position。 } }

注意：在UI系统中，Transform.position获取的是该UI在世界空间中的3D坐标，这对于基于Canvas Render Mode为“World Space”的复杂UI可能有用，但对于普通的“Screen Space”叠加UI，这个值通常不是你所关心的。始终优先使用RectTransform的anchoredPosition、sizeDelta等属性来进行UI布局。

4.3 场景三：坐标系转换的实际应用

当数据来源和目标不在同一个坐标系时，转换就派上用场了。比如，接收到的网络数据是世界坐标，但你需要设置一个子物体的位置。

using UnityEngine; public class CoordinateConversionDemo : MonoBehaviour { public Transform worldSpaceObject; // 一个存在于世界中的物体（如NPC） public Transform localParent; // 一个本地坐标系组的父物体（如一辆车） public Transform childObject; // 父物体内的子物体 void ProcessNetworkData(Vector3 receivedWorldPosition) { // 假设从网络接收到一个世界坐标，我们希望让childObject“看起来”移动到那个世界位置， // 但实际上它是localParent的子物体，应该受localParent的变换影响。 // 错误做法：直接设置childObject的世界坐标，这会破坏它与localParent的父子关系逻辑。 // childObject.position = receivedWorldPosition; // 正确做法：将目标世界坐标，转换到localParent的本地坐标系中。 Vector3 targetLocalPos = localParent.InverseTransformPoint(receivedWorldPosition); childObject.localPosition = targetLocalPos; Debug.Log($"网络世界坐标{receivedWorldPosition}，转换为本地坐标{targetLocalPos}后设置。"); } void CalculateRelativeOffset() { // 反过来，已知子物体的本地坐标，想计算如果父物体在世界中某个位置时，子物体的世界坐标。 Vector3 predictedWorldPos = localParent.TransformPoint(childObject.localPosition); Debug.Log($"如果父物体在{localParent.position}，子物体世界坐标将是{predictedWorldPos}"); } }

这个场景在高级应用中非常常见，例如：在VR中，手柄提供的是世界空间坐标，但你需要将一个拿在手里的道具（子物体）与手柄位置对齐，就需要用到InverseTransformPoint将手柄的世界坐标转换到道具父物体（可能是另一个虚拟手部骨骼）的本地空间。

4.4 场景四：动画与插值中的选择

在做平滑移动（如Lerp或Slerp）时，选择正确的坐标空间至关重要。

using UnityEngine; public class LerpDemo : MonoBehaviour { public Transform objectA; public Transform objectB; public Transform target; public float lerpSpeed = 2.0f; private Vector3 targetWorldPosition; private Vector3 targetLocalPosition; void Start() { // 假设我们想让target从A点平滑移动到B点。 // 情况1：A和B是世界空间中的两个固定点。 targetWorldPosition = objectA.position; } void Update() { // 在世界空间中进行插值 targetWorldPosition = Vector3.Lerp(targetWorldPosition, objectB.position, Time.deltaTime * lerpSpeed); target.position = targetWorldPosition; // 对position进行赋值 // 情况2：如果A和B是相对于同一个父物体的两个本地位置点（比如UI中的两个锚点）。 // 那么我们应该在本地空间进行插值，这样移动不会受到父物体缩放的影响。 // targetLocalPosition = Vector3.Lerp(targetLocalPosition, objectB.localPosition, Time.deltaTime * lerpSpeed); // target.localPosition = targetLocalPosition; // 对localPosition进行赋值 } }

核心区别：在世界空间插值，移动路径是两点间的绝对直线。在本地空间插值，移动路径是相对于父物体的。如果父物体在移动或旋转，在世界空间插值的物体会努力“奔向”世界中的那个绝对点，可能会产生奇怪的轨迹。而在本地空间插值的物体，会与父物体保持稳定的相对运动关系。根据你想要的效果决定使用哪个。

4.5 场景五：物理交互与刚体运动

当物体带有Rigidbody组件时，直接修改Transform.position可能会与物理引擎冲突。

using UnityEngine; public class PhysicsDemo : MonoBehaviour { public Rigidbody rb; public Vector3 forceDirection = Vector3.forward; void Update() { // 错误做法：在每一帧用Transform.position直接设置刚体的位置。 // 这会覆盖物理引擎的计算，导致诡异的穿墙、抖动，并禁用物理碰撞。 // if (Input.GetKey(KeyCode.W)) // { // rb.transform.position += Vector3.forward * Time.deltaTime * 5f; // } // 正确做法：通过刚体组件来施加力或修改速度，让物理引擎接管运动。 if (Input.GetKey(KeyCode.W)) { rb.AddForce(forceDirection * 10f); } // 如果必须进行“传送”式的绝对位移（如重生点），应使用Rigidbody.MovePosition。 if (Input.GetKeyDown(KeyCode.R)) { rb.MovePosition(Vector3.zero); } } }

重要原则：对于由物理引擎驱动的运动物体，永远优先通过Rigidbody的方法（AddForce,MovePosition,velocity）来影响其位置和运动。直接修改Transform.position会打断物理模拟的连续性。localPosition同理，对于物理物体子级的位置调整，也需谨慎，最好通过关节（Joint）或力来间接实现。

5. 常见问题与排查技巧实录

即使理解了原理，在实际编码中还是会遇到各种诡异的问题。下面是我总结的几个高频“坑点”和解决方法。

5.1 为什么修改了position，但物体没动？

1. 检查父子关系：最常见的原因是你修改的是子物体的position，但它的父物体也在运动。记住，子物体的世界坐标是由父物体本地矩阵和自身本地坐标共同决定的。你设置的世界坐标可能立刻被父物体的变换给“覆盖”了。解决方案：理清你的逻辑。如果想让子物体相对于父物体移动，就改localPosition。如果想让子物体在世界中绝对移动，先确保它没有父物体，或者使用SetParent(null)解除父子关系。
2. 检查约束组件：如果物体上有Rigidbody且勾选了Freeze Position，或者在Animator中位置被动画控制，那么通过脚本修改position可能会无效。
3. 代码执行顺序：确保你的赋值代码确实被执行了。在Update中检查输入条件，使用Debug.Log输出赋值前后的位置值进行对比。

5.2 localPosition的值看起来很奇怪（非常大或非常小）

这通常发生在复杂的嵌套层级中，特别是当父物体有缩放（Scale）时。

• 问题根源：localPosition是相对于父物体轴心点（Pivot）的偏移。如果父物体被缩放了（例如Scale为 (0.5, 0.5, 0.5)），那么为了在世界中达到某个视觉效果，子物体需要的本地偏移量在数值上会是世界距离的两倍。反之，如果父物体放大，本地坐标值就会变小。
• 排查方法：在Scene视图中，将坐标系切换为“Local”，然后观察Gizmo（移动箭头）的方向和刻度。它们现在代表的是本地坐标系。同时，选中父物体，查看其Scale值。
• 经验之谈：在制作预制体（Prefab）时，尽量保证根层级物体的缩放为(1,1,1)。非均匀缩放（如(2,1,1)）会带来很多意想不到的变换问题，应尽量避免。如果必须使用，要格外小心本地坐标的计算。

5.3 物体移动出现抖动或闪烁

1. 多个脚本竞争控制：两个以上的脚本在同一帧内修改同一个物体的位置（一个用position，另一个用localPosition，或者都在用但计算逻辑冲突）。使用Unity的脚本执行顺序设置（Edit > Project Settings > Script Execution Order）或确保逻辑统一在一个控制器中。
2. 物理引擎与Transform冲突：对带有Rigidbody的物体，在同一帧内既用物理力推动，又用Transform.position直接设置位置。这会导致物理引擎在一帧内反复修正位置，产生抖动。统一使用物理方式或Transform方式，不要混用。
3. 帧率不稳定导致插值不平滑：在Update中使用Vector3.Lerp时，第三个参数（插值系数）如果直接使用Time.deltaTime * speed，在帧率波动时会导致速度不稳定。可以考虑使用Mathf.SmoothDamp或固定时间步长的累积插值。

5.4 性能问题排查清单

如果你在Profiler中看到Transform相关的开销很高，可以按以下清单排查：

5.5 一个关于旋转的延伸思考

position和localPosition的区别，同样完全适用于rotation/localRotation和lossyScale/localScale。尤其是缩放，Transform.lossyScale（世界缩放）是只读的，因为它是由所有父级缩放累积计算得出的，你无法直接设置。如果你想设置世界缩放，必须通过调整自身和父级的localScale来间接实现，这通常很复杂，再次印证了保持简单、扁平的层级和均匀缩放的重要性。

最后，我的个人体会是，理解position和localPosition，本质上是培养一种“坐标系思维”。在写任何与位置相关的代码前，先停下来问自己：“我现在思考的这个位置，是相对于谁的？” 如果答案是“相对于整个世界”，那就用position；如果答案是“相对于它的父物体”，那就用localPosition。养成这个习惯，不仅能写出更高效的代码，更能让你的游戏逻辑清晰、健壮，减少许多莫名其妙的Bug。