• 老生常談的String：

  1. 當使用“+”連續(xù)拼接非空字符串時，內(nèi)部不會調(diào)用String.Concat(string[])方法，而是直接在堆棧上進行操作，會使用到局部變量來進行標記，因此會消耗額外的內(nèi)存空間。
  2. StringBuilder是在原有的內(nèi)存空間中進行修改，并且可以指定初始容量。如果指定的初始容量太?。ㄈ鏢tring.Format()），當需要拼接的字符超過初始容量時，StringBuilder的內(nèi)存將擴大，容易造成內(nèi)存浪費。
  3. String.Format()底層也是用StringBuilder實現(xiàn)的，不同的是String.Format()會在一開始的時候用format.Length + args.Length * 8這個公式算好初始容量。在使用String.Format()時，如果頻繁增加字符，導致StringBuilder的初始容量不夠，需要擴容，會帶來性能損失。
  4. 拼接空字符串或需要拼接的字符數(shù)量較少（4~8個），或對字符串操作次數(shù)較少的情況下時，使用“+”會比使用StringBuilder耗時要少、效率更高，是以空間換時間；而頻繁操作字符串時應該選擇StringBuilder來減少內(nèi)存消耗，減少內(nèi)存申請的時間及GC，提高效率。

• 部分Unity的API在調(diào)用時，返回的并不是此對象，而是對象拷貝，如gameObject.name、gameObject.tag等，如果需要經(jīng)常使用這些數(shù)據(jù)，可以在緩存到一個變量進行調(diào)用，而不是每次都重新獲取一次。如果只是需要進行Tag的比較，可以使用gameObject.CompareTag("xxx")省掉get set的操作。

• 在閉包中調(diào)用外部變量時，底層會生成一個臨時的Class用于封裝外部變量，然后再傳進閉包內(nèi)使用，帶來額外的內(nèi)存開銷，因此應該盡可能的少使用閉包。

• Lua和C#在進行交互時：

  1. 避免直接使用Unity特有的類型，如Vector3、Quaternion等，因為在調(diào)用的過程中，C#會先把x, y, z的數(shù)值壓入Lua棧內(nèi)，Lua構建一個table，把這三個值分別賦進table內(nèi)，再返回到上層，在這個過程中涉及到多次入棧、表的內(nèi)存分配、多次表賦值等操作，影響性能。更好的做法應該是將x, y, z這三個參數(shù)分別傳入，使用與C表示一致的float省掉類型轉換操作，同時也省掉多次的內(nèi)存分配操作。

  public void SetActorPos(GameObject obj, float x, float y, float z)
  {
      // DO SOMETHING...
  }
  

  2. 盡量避免傳bool、string等各種object，因為Lua是基于C實現(xiàn)的，從C#傳到Lua還需要經(jīng)過一層C，C#的bool在傳到C時因為內(nèi)存標識不同，需要進行類型轉化，而string還涉及到拷貝到托管堆的操作，增加了內(nèi)存分配。
  3. 如果維護一個Dictionary來緩存需要被經(jīng)常調(diào)用的GameObject，性能會更好。因為在傳參時，直接傳GameObject會導致多次的取值、入棧、裝箱拆箱等操作，如果調(diào)用的是GameObject.name這種，還涉及了元操作，大大降低了性能。但如果將GameObject的索引作為參數(shù)傳遞，則可以優(yōu)化掉其中影響性能的步驟，同時因為有了這個Dictionary的引用，可以自行管理GameObject的生命周期，減少GC。

  public void SetActorPos(int objIndex, float x, float y, float z)
  {
      // DO SOMETHING...
  }
  

• Debug.Log應當封裝成一個工具類，封裝成DLL或直接提供給項目使用，并加一個全局的開關，在Debug版本時把開關打開，在發(fā)布Release版本時把開關關閉，只保留主要輸出。因為如果Debug.Log一直處于輸出狀態(tài)，會不斷地從堆里申請內(nèi)存，導致內(nèi)存占用不斷上升，特別是在調(diào)用次數(shù)較多的邏輯中如果不關閉輸出，內(nèi)存消耗尤為明顯。

• 獲取Unity內(nèi)API返回的數(shù)組等數(shù)值時，不要直接使用集合進行取值操作，因為每調(diào)用一次，都會發(fā)生一次值拷貝，增加了內(nèi)存分配。下面這個是錯誤示范：

for (int i = 0; i < mesh.vertices.Length; i++)
{
    float x = mesh.vertices[i].x;
    float y = mesh.vertices[i].y;
    float z = mesh.vertices[i].z;
    Func(x, y, z);
}

更好的做法是緩存好獲取到的集合，使用緩存來獲取值。如下：

Vector3[] vertices = mesh.vertices;
for (int i = 0; i < vertices.Length; i++)
{
    float x = vertices[i].x;
    float y = vertices[i].y;
    float z = vertices[i].z;
    Func(x, y, z);
}

• 使用protobuf時，需要注意使用時的內(nèi)存分配，如protobuf的message，調(diào)用clear()后并不是釋放空間，而是清除數(shù)據(jù)，如果復用同一個message，但下一次的數(shù)據(jù)比上一次存儲的數(shù)據(jù)更大，message的內(nèi)存將會拓展更大的空間來存放下一次的數(shù)據(jù)，導致內(nèi)存不斷上漲，因此應該按照實際情況，選擇保留空間反復使用還是重新析構申請新的內(nèi)存，合理設計數(shù)據(jù)包格式，避免內(nèi)存分配不合理。