unity3d——关于GetComponent＜T＞()

先看代码：

TankBaseObj obj = other.GetComponent<TankBaseObj>();if(obj != null){//说明是坦克打到坦克  受伤处理  固定不会受伤  移动的会受伤obj.Wound(fatherObj);}

TankBaseObj 是一个基类  wound是一个虚函数  子类已经重新实现   当你的游戏对象依附的是一个已经继承TankBaseObj的子类   然后 TankBaseObj obj = other.GetComponent<TankBaseObj>();  obj 就是子类的实例化  只不过 这里是用父类装子类的思想  但是他实际的引用还是子类对象 并且 子类已经重写虚函数Wound 所以这里掉用的就会是重写的函数方法

在Unity中，当你使用GetComponent<T>()方法获取组件时，你实际上是在尝试从游戏对象上获取类型为T的组件。在你的例子中，T是TankBaseObj，这是一个父类。如果游戏对象上附加了一个继承自TankBaseObj的子类组件（比如TankChildObj），那么GetComponent<TankBaseObj>()将会成功返回这个子类组件的实例，因为子类实例也是父类类型的一个对象。

现在，关于你提到的Wound方法被重写的情况，这里有一些关键点需要理解：

1. 虚方法和重写：如果TankBaseObj中的Wound方法被标记为virtual，并且子类（比如TankChildObj）中提供了这个方法的一个override实现，那么当通过父类类型的引用调用这个方法时，实际上会调用子类中的重写方法。这是C#中多态性的一个表现。

2. 实际对象类型：在运行时，obj变量虽然被声明为TankBaseObj类型，但它实际上指向的是子类（如TankChildObj）的一个实例。因此，当调用obj.Wound(fatherObj);时，会调用该实例上重写的Wound方法。

3. 编译时与运行时类型：在编译时，obj的类型是TankBaseObj，编译器只知道它可以调用TankBaseObj上定义的方法。但在运行时，obj实际指向的是一个具体的子类实例，所以运行时会根据这个实例的实际类型来确定调用哪个Wound方法。

举个例子，假设有以下类定义：

public class TankBaseObj : MonoBehaviour  
{  public virtual void Wound(GameObject attacker)  {  // 父类的受伤处理逻辑  Debug.Log("TankBaseObj Wound");  }  
}  public class TankChildObj : TankBaseObj  
{  public override void Wound(GameObject attacker)  {  // 子类的受伤处理逻辑  Debug.Log("TankChildObj Wound");  // 可能还会调用base.Wound(attacker)来执行父类的逻辑  }  
}

如果游戏对象上附加了TankChildObj组件，并且你通过GetComponent<TankBaseObj>()获取了这个组件，然后调用了Wound方法，那么将会输出TankChildObj Wound，因为实际调用的是TankChildObj中重写的Wound方法。

总结来说，当你通过父类类型的引用调用一个被子类重写的方法时，实际调用的是运行时对象类型中重写的方法。这是面向对象编程中多态性的一个基本特性。