1.  StartCoroutine和StopCoroutine

2. Awake、Start、Update、LateUpdate、FixedUpdate

上述函数都是MonoBehavior几个最常见的基本函数。但很少有人真正知道它们具体的调用顺序。

首先是Awake。当该脚本实例被加载时，Unity会调用它的Awake函数，在该脚本实例的整个生命周期中，它只会被调用一次。具体来说，Unity首先会加载场景中的所有对象，完成后，去扫描这些对象上的MonoBehavior，然后调用它的Awake函数。因此，我们通常使用Awake来初始化各种变量，在其中使用FindWithTag等函数也是没有问题的。Awake函数将早于任何Start函数被调用，但是Awake本身的调用顺序是不定的。

然后是Start函数。很多人认为Awake和Start的区别只在调用顺序上，实际上这是错误的。Start函数真正的调用时间，是在该脚本第一次被enable的那一帧，而且早于它的任何Update调用。那么什么是enable呢？从视觉上来说，就是Inspector面板里该脚本前面的那个勾选框是不是被选中了。我们可以通过*.enable去控制脚本的激活状态。和Awake一样，Start也只会被调用一次，但是和Awake不同的是，除了Awake先于Start外，Awake只要对象被加载就会被调用，而Start需要等到该脚本实例被enable之后才会调用。举例来说，我们没有场景中某对象上的的脚本A前面的勾选框，点击开始后，在某该脚本的Awake还是会被立刻调用，但是Start却没有被调用。这时，不暂停游戏，激活脚本A，就会看到Start函数在勾选框被勾选的那一帧被调用了。

接下来是Update函数。Update函数会在每一帧时被调用，但前提是该脚本是enable的。还是上面的例子，如果脚本A一直没有被激活，那么Update函数一直不会被调用。在它被激活的时刻，Update函数在Start函数后面被调用了。

下面是LateUpdate。从字面上就说明了它的调用顺序：在Update之后，前提是该脚本是enable的。也就是说，它也是在每一帧时被调用，但是是在所有的Update函数执行完后，再调用的。这种顺序有什么用的？举例来说，我们在Update函数里移动了某个对象的位置，而摄像机是要跟随它的位置的，这时我们就可以在LateUpdate函数里，根据该对象的位置去改变摄像机的位置。和Update类似，如果我们需要知道距离上一次LateUpdate函数的时间，可以使用Time.deltatime。

下面是FixedUpdate函数。文档中解释，该函数会在一个固定帧率的帧时被调用，但前提是该脚本是enable。固定帧率说明了它和Update函数的不同，也就是说，在每秒内它调用的次数是固定的，这个帧率可以在Project Setting/Time/Fixed Timestep中查看和修改。文档中还指出，当我们需要对刚体（Rigdbody）操作时，如施加力时，应该使用FixedUpdate，而不是Update函数，原因也是因为Update函数调用的时间间隔是不定的，而FixedUpdate是固定的。

但是！！！在实际编程中，有一个特例。举一个例子，我们在脚本A里定义了自己的函数function0，脚本A被添加到一个prefab上。当我们在脚本B中使用Instantiate函数实例化了该prefab，并且立刻调用了function0，那么是Awake、Start、Update、function0调用顺序是什么？按我最初的想法，从先到后分别是Awake、Start、Update、function0。

GameObject obj = Instantiate(prefab) as GameObject;
obj.GetComponent<A>().function0();

	public int a = 0;
	
	void Awake() {
		Debug.Log("Awake " + a);
		a = 1;
	}
	
	void Start() {
		Debug.Log("Start " + a);
		a = 2;
	}

	void Update() {
		Debug.Log("Update " + a);
	}
	
	public void function0() {
		Debug.Log("function0 " + a);
		a = 3;
	}

从上图可以看出，我们自定义的函数是先于Start和Update函数的。这有什么影响呢？如果你在function0中修改了某些变量，在Start函数里对它们进行了赋值，那么function0所做的更改就会消失；又或者某些变量在Start函数里初始化，那么调用funciton0的时候就会错空指针错误！因此，由于Unity的脚本仅自动生成了Start函数，而没有Awake函数，有些人就喜欢在Start函数里对GameObject等类型的对象初始化，这往往会造成错误。因此，建议就是，请尽量在Awake函数里进行对象初始化！当然，也建议Unity可以自动生成Awake函数，这样也许偷懒的人就会更少啦~

3. Time.timeScale和Update、FixedUpdate

基本大家知道，一般实现游戏暂停的方法就是令Time.timeScale = 0。但是我们经常会发现一些匪夷所思的问题，而很多时候是何Update函数有关。

根据官方文档可知，设置Time.timeScale为0将回暂停所有和帧率无关的事情。这些主要是指所有的物理事件和依赖时间的函数、刚体力和速度等，而且FixedUpdate会被暂停（不是Update）。但是，动画（Animations）和任何你放到Update中的通过Time.deltaTime来控制的位移也会属于和帧率无关的一类：不管你的帧率具体是多少，它们总是在相同的时间旋转或平移。

但是，Update函数本身的执行是不会受Time.timeScale的影响的。根据上一点我们知道，Update是依赖你的机器的，它的调用次数和你的机器渲染一样快慢（一些特殊情况除外）；性能高的机器，帧率高，Update函数执行次数也就多。因此，当使用Time.timeScale = 0时，游戏看起来是被冻结了，这是因为所有和时间有关的事情都被暂停了。但是，我们的游戏仍在渲染，也就是说Update函数仍在执行。

还有一点，Time.timeScale为0时，Time.deltaTime将为0。这意味着，如果你使用Time.deltaTime来控制旋转和位移等，那么Time.timeScale = 0也将使这些物体停止运动。

参考：http://answers.unity3d.com/questions/270116/timetimescale-seems-doesnt-work-with-update.html

那么，正确的暂停游戏的方法是什么呢？详见《Unity技巧篇》。 

4. 让Input能够正确工作

一些人总觉得自己按照文档里去读取Input，但总是没有响应似的，苦苦找不到原因。其实，大部分这类原因是因为这里面涉及到了物理运算。官网上写到，物理运算要放到FixedUpdate里面进行处理，那么如果需要用Input控制物理运动，就把Input也放到FixedUpdate里面不就可以了吗？这是错的！这是因为，Update是真正和我们机器相关，帧率受不同机器性能影响的函数，而FixedUpdate则是一个Unity自行封装定义的函数，它的默认值一般是0.02m，也就是50fps，我们可以通过Edit -> Project Setting -> Physics来改变调用间隔时间。但要注意，这个值只是一个请求，你的机子可能不能达到这个速度。

因此，Update和FixedUpdate其实是完全独立的两个函数。当Update执行了一次时，FixedUpdate可能已经执行了两次、三次甚至一次都没有执行过。下面的例子就说明了为什么把Input放到FixedUpdate中可能会无法响应。在这个例子里，Update的速率是100fps，而FixedUpdate是50fps。（来源Unity Gems）

也就是说，下面的写法是错误的：

using UnityEngine;
 
public class Test:MonoBehaviour{
    void FixedUpdate(){
        if(Input.GetKeyDown(KeyCode.Space)){
           //Action
        }
    }
}

using UnityEngine;
 
public class Test:MonoBehaviour{
    bool action = false;
    void Update(){
         if(Input.GetKeyDown(KeyCode.Space)){
             action = true;
         }
    }
    void FixedUpdate(){
       if(action){
           //Action
           action = false;
        }
    }
}

5. 使用Quaternions来修改物体的rotation

如果你想知道四元数应该怎么用，你可以看这篇更详细的教程。

想要在代码里设置物体面板中的rotation，你应该像下面这样：

transform.rotation.eulerAngles = new Vector3(100,0,100);

6. 从Javascript里访问C#，或者从C#里访问Javascript

Javascript和C#不会被编译到同一个汇编中，因此不能只简单地从一个里面访问另一个。而任何在Plugins, Standard Assets 或者 Pro Standard Assets将会首先被编译，因此不在这些文件夹下的代码可以访问这些代码。 

记住，如果Javascript已经在其中一个文件夹中，那么它就不可以再访问任何C#代码，即便这些代码在上述特殊的文件夹中。反之亦然。