使用unity3d需要注意到细节 (含timescale)

Unity3D 允许我们对MonoBehavior做派生，所以你可能有以下代码：

public class foo : MonoBehaviour {...
}public class bar : foo {...
}

假设我们现在有A,B两个GameObject, A包含foo, B包含bar, 当我们写

foo comp1 = A.GetComponent<foo>();
bar comp2 = B.GetComponent<bar>();

可以看到comp1, comp2都得到了应得的Component。那如果我们对B的操作改成：

foo comp2 = B.GetComponent<foo>();

答案是comp2还是会返回bar Component并且转换为foo类型。你同样可以用向下转换得到有效变量：

bar comp2_bar = comp2 as bar;

合理利用GetComponent<base_type>()可以让我们设计Component的时候耦合性更低。

Unity3D提供了一个十分方便的调节时间的函数Time.timeScale。对于初次使用Unity3D的使用者，会误导性的认为Time.timeScale同样可以适用于游戏中的暂停(Pause)和开始(Resume)。所以很多人有习惯写：

Time.timeScale = 0.0f

对于游戏的暂停/开始，是游戏系统设计的一部分，而Time.timeScale不不是用于这个部分的操作。正确的做法应该是搜集需要暂停的脚本或 GameObject，通过设置他们的enabled = false 来停止他们的脚本活动或者通过特定函数来设置这些物件暂停时需要关闭那些操作。

Time.timeScale 更多的是用于游戏中慢镜头的播放等操作，在服务器端主导的游戏中更应该避免此类操作。值得一提的是，Unity3D的许多时间相关的函数都和 timeScale挂钩，而timeScale = 0.0f将使这些函数或动画处于完全停止的状态，这也是为什么它不适合做暂停操作的主要原因。

这里列出受timeScale影响的一些主要函数和Component：

• MonoBehaviour.Invoke(…)
• MonoBehaviour.InvokeRepeating(…)
• yield WaitForSeconds(…)
• GameObject.Destroy(…)
• Animation Component
• Time.time, Time.deltaTime
• …

初写Unity3D C#脚本的时候，我们经常会犯的错误是调用Coroutine函数忘记使用StartCoroutine的方式。如：

TestCoroutine.cs

IEnumerator CoLog () {yield return new WaitForSeconds (2.0f);Debug.Log("hello foobar");
}

当我们用以下代码去调用上述函数:

TestCoroutine  testCo = GetComponent<TestCoroutine>();
testCo.CoLog ();
testCo.StartCoroutine ( "CoLog" );

那么testCo.CoLog()的调用将不会起任何作用。

通常我们只在一份GameObject中去调用StartCoroutine或者InvokeRepeating, 我们写:

StartCoroutine ( Foobar() );
InvokeRepeating ( "Foobar", 0.0f, 0.1f );

所以如果这个GameObject被disable或者destroy了，这些coroutine和invokes将会被取消。就好比我们手动调用：

StopAllCoroutines ();
CancelInvoke ();

这看上去很美妙，对于AI来说，这就像告诉一个NPC你已经死了，你自己的那些小动作就都听下来吧。

但是注意了，假如这样的代码用在了一个Manager类型的控制AI上，他有可能去控制其他的AI, 也有可能通过Invoke, Coroutine去做一些微线程的操作，这个时候就要明确StartCoroutine或者InvokeRepeating的调用者的设计。讨论之前我 们先要理解，StartCoroutine或InvokeRepeating的调用会在该MonoBehavior中开启一份Thread State, 并将需要操作的函数，变量以及计时器放入这份Stack中通过并在引擎每帧Update的最后，Renderer渲染之前统一做处理。所以如果这个 MonoBehavior被Destroy了，那么这份Thread State也就随之消失，那么所有他存储的调用也就失效了。

如果有两份GameObject A和B, 他们互相知道对方，假如A中通过StartCoroutine或InvokeRepeating去调用B的函数从而控制B，这个时候Thread State是存放在A里，当A被disable或者destroy了，这些可能需要一段时间的控制函数也就失效了，这个时候B明明还没死，也不会动了。更 好的做法是让在A的函数中通过B.StartCoroutine ( … ) 让这份Thread State存放于B中。

// class TestCortouine
public class TestCoroutine : MonoBehaviour {public IEnumerator CoLog ( string _name ) {Debug.Log(_name + " hello foobar 01");yield return new WaitForSeconds (2.0f);Debug.Log(_name + " hello foobar 02");}
}// component attached on GameObject A
public class A: MonoBehaviour {public GameObject B;void Start () {TestCoroutine  compB = B.GetComponent<TestCoroutine>();// GOOD, thread state in B// same as: compB.StartCoroutine ( "CoLog", "B" );compB.StartCoroutine ( compB.CoLog("B") );// BAD, thread state in AStartCoroutine ( compB.CoLog("A") );Debug.Log("Bye bye A, we'll miss you");      Destroy(gameObject); // T_T I don't want to die...}	
}

以上代码，得到的结果将会是:

B hello foobar 01
A hello foobar 01
Bye bye A, we'll miss you
B hello foobar 02

当你的脚本里没有任何Start, Update, LateUpdate函数的时候，Unity3D将不会将它们加入到他的Update List中，有利于脚本整体效率的提升。

我们可以从这两个脚本中看到区别:

Update_01.cs

public class Update_01 : MonoBehaviour {void Start () {}void Update () {}
}

Update_02.cs

public class Update_02 : MonoBehaviour {
}

http://www.cnblogs.com/oldman/articles/2409521.html