原地址：[Unity3D]关于NaN（Not a Number)的问题
在游戏运行时，代码若写得不安全很容易出现NAN的异常。一旦NAN出现整个游戏不崩溃也坏死掉了，游戏上了则是要被直接打回来的节奏，更是一个开发及测试人员每人都要扣3000块的大BUG。
一般表现为：
1.
transform.rotation assign attempt for "XXX" is not valid. Input rotation is {NaN, NaN, NaN, NaN}.
2.
Getting an error of rigidbody.force assign attempt for 'XXX' is not valid. Input position is { NaN, NaN, NaN }
3.
transform.localEulerAngles assign attempt for 'XXX' is not valid. Input localEulerAngles is { NaN, 0.000000, -0.000000 }
反正各种各样类似了，有些还不直接报你错，间接来搞你让你找半天。
NAN就是字母意思了，NOT A NUMBER，一般是由于一个数除0造成的，所以若设计有除就要留心去确保安全。
一些简单的计算可以让人更好理解：
1 / 0 = NaN
1 + NaN = NaN
2 * NaN = NaN
可以说任何数涉及到与NaN的计算都会被直接同化，极其强悍的超能力啊！
又例如（C#）：
float A = 1.0f;
float B = 2.0f;
float C = float.NaN;
float result = A * B + C;//result则被同化成NaN了，因为C是NaN。
遇到NAN也可以抛出异常再处理，当然假设你就直接知道那里肯定会有NAN的了。NaN不等于任何数字，也不等于它自身。所以你可以用NaN这个变量与自己对等判断，若返回错误则是NaN，不过这些写编译器会提示你有傻逼代码，你可以不理它。
例：X为NaN
bool b_NaN = ( X == X );
if(b_NaN)
Debug.Log("X is a number .");
else
Debug.Log("X is not a number !");
一般来说尽量避免这个NAN的出现。
在UNITY3D中，其更多可能出现在当Time.timescale为0的时候，因为游戏过程中，很多运算都直接关联Time.deltaTime这个参数，一旦Time.timescale为0，那么Time.deltaTime的数值则为0.若不小心除了它又没有发现，那么则是喜闻乐见的事情了，哈哈。
若想要实现暂停（用Time.timeScale的方式暂停）而某部分东西又可以动的话，可以考虑自己去计算一个帧时间间隔。当然这个有可能会第一帧的时间间隔特别长。所以需要你来初始化这个地方，或者直接计算丢掉大的f_DeltaTime值。
float f_LastFrameRealtime;
void Start()
{
f_LastFrameRealtime = Time.realtimeSinceStartup ;
}
void Update()
{
float f_DeltaTime = Time.realtimeSinceStartup - f_LastFrameRealtime;
f_LastFrameRealtime = Time.realtimeSinceStartup ;
}