第2章 GameObject与组件系统

2、GameObject与组件系统：什么是GameObject、Transform组件详解、添加与删除组件、组件的生命周期

好，咱们今天来聊聊Unity里最核心的两个概念——GameObject和组件系统。说实话，我刚入行那会儿，总觉得这俩东西太基础了，没啥好学的。结果呢？后来做项目时踩了不少坑，才明白基础不牢，地动山摇。

你想想看，Unity里的一切，场景里的角色、灯光、摄像机、粒子特效……所有你能看到的东西，本质上都是GameObject。而GameObject本身呢，其实就是一个空壳子。它啥也干不了。

那它怎么动起来？靠组件。

2.1 什么是GameObject

GameObject，翻译过来就是“游戏对象”。你可以把它理解成一个容器，一个用来装组件的盒子。这个盒子本身没有颜色、没有形状、不会动、不会发声。但只要你往里面塞了合适的组件，它就能变成你想要的东西。

举个例子：

一个空的GameObject + MeshRenderer + MeshFilter = 一个可见的3D模型
一个空的GameObject + AudioSource = 一个发声器
一个空的GameObject + Rigidbody + Collider = 一个有物理效果的物体

说白了，GameObject就是组件的“家”。没有GameObject，组件无处安放；没有组件，GameObject就是个空壳子。

核心理解：GameObject = 容器，组件 = 功能。两者缺一不可。

2.2 Transform组件详解

在所有组件里，有一个组件是每个GameObject都自带的，而且删不掉——那就是Transform。

为什么删不掉？因为任何一个物体，只要存在于3D空间中，就必须有位置、旋转和缩放。Transform就是干这个的。

咱们来看看Transform的三个核心属性：

属性	含义	类型	说明
Position	位置	Vector3	物体在世界空间中的坐标 (x, y, z)
Rotation	旋转	Quaternion	用四元数表示，但Inspector面板显示为欧拉角
Scale	缩放	Vector3	物体在三个轴向上的缩放比例

这里有个坑，我必须要说一下。Rotation在代码里是Quaternion类型，但在Inspector面板上你看到的是Vector3形式的欧拉角。千万别直接给transform.rotation赋值一个Vector3，那会出大问题。

注意：不要直接修改 transform.rotation 的 x、y、z 分量。要用 transform.eulerAngles 或者 Quaternion.Euler() 来操作。

我个人习惯，在代码里移动物体时，优先用transform.Translate()，而不是直接改position。为什么呢？因为Translate会考虑物体的本地坐标系，而直接改position是在世界坐标系下操作。你想想看，如果一个物体是旋转过的，直接改position的x值，它可能不会沿着你期望的方向移动。

// 推荐：沿着物体自身的前方移动
transform.Translate(Vector3.forward * speed * Time.deltaTime);

// 不推荐（除非你明确知道自己在做什么）
transform.position += new Vector3(0, 0, speed * Time.deltaTime);

2.3 添加与删除组件

添加组件有两种方式：编辑器里拖拽，或者代码里动态添加。

编辑器方式：

选中GameObject → Inspector面板底部 → Add Component按钮
或者直接拖拽脚本文件到Inspector上

代码方式：

// 添加组件
Rigidbody rb = gameObject.AddComponent<Rigidbody>();

// 获取组件（如果不存在则添加）
Rigidbody rb = gameObject.GetComponent<Rigidbody>();
if (rb == null)
{
    rb = gameObject.AddComponent<Rigidbody>();
}

// 删除组件
Destroy(rb);

这里有个经验之谈。我在项目中遇到过一种情况：动态添加组件后，忘记检查是否已经存在。结果同一个GameObject上挂了两个相同的组件，导致逻辑混乱。所以，我建议你在添加组件前，先用GetComponent检查一下。

小技巧：用 GetComponent<T>() 比用 GetComponent(typeof(T)) 性能更好，因为前者是泛型方法，避免了装箱拆箱。

2.4 组件的生命周期

组件的生命周期，说白了就是Unity引擎在什么时候调用你写的那些方法。搞清楚这个，你才能写出靠谱的代码。

咱们按调用顺序来捋一遍：

Awake()：组件被创建时立即调用。哪怕脚本是禁用的，Awake也会执行。适合做初始化，比如获取组件引用。
OnEnable()：组件被启用时调用。每次从禁用变为启用都会触发。
Start()：在Awake之后、第一帧Update之前调用。如果脚本被禁用，Start不会执行。
Update()：每帧调用一次。适合处理游戏逻辑、输入检测等。
LateUpdate()：所有Update执行完后调用。适合做摄像机跟随等操作。
FixedUpdate()：固定时间间隔调用，与帧率无关。适合处理物理相关逻辑。
OnDisable()：组件被禁用时调用。
OnDestroy()：组件被销毁时调用。

嗯，这里要注意一点：Awake和Start的区别。很多新手搞不清楚。我简单说一下：

Awake：不管脚本是否启用，都会执行。适合做“无论怎样都要做的事”，比如获取组件引用。
Start：只有脚本启用时才会执行。适合做“需要依赖其他组件初始化完成”的事。

举个例子：

public class PlayerController : MonoBehaviour
{
    private Rigidbody rb;
    private Animator anim;

    void Awake()
    {
        // 这里获取引用，即使脚本被禁用也能拿到
        rb = GetComponent<Rigidbody>();
        anim = GetComponent<Animator>();
    }

    void Start()
    {
        // 这里做初始化，比如设置初始速度
        rb.velocity = Vector3.zero;
    }

    void Update()
    {
        // 每帧检测输入
        if (Input.GetKeyDown(KeyCode.Space))
        {
            rb.AddForce(Vector3.up * 10f, ForceMode.Impulse);
        }
    }
}

避坑指南：我曾经在一个项目里，把获取组件的代码写在了Start里，结果因为脚本被禁用了，Start没执行，导致后面所有逻辑都报空引用异常。从那以后，我养成了习惯——所有GetComponent都放在Awake里。

最后，再补充一个关于FixedUpdate的细节。它的调用频率是固定的，默认0.02秒一次（50次/秒）。如果你在Update里处理物理，会因为帧率波动导致物理表现不一致。所以，所有跟物理相关的操作，比如施加力、设置速度，都放在FixedUpdate里。

好了，关于GameObject和组件系统，咱们就聊到这儿。记住一句话：GameObject是骨架，组件是血肉。理解了这一点，Unity的大门就算真正为你打开了。

📚 课程目录

2、GameObject与组件系统：什么是GameObject、Transform组件详解、添加与删除组件、组件的生命周期

2.1 什么是GameObject

2.2 Transform组件详解

2.3 添加与删除组件

2.4 组件的生命周期