《仙劍奇?zhèn)b傳6》中的卡頓掉幀問題確實很嚴(yán)重，大家知道為什么卡頓掉幀嗎?今天本站小編給大家?guī)�來《仙劍奇�(zhèn)b傳6》卡頓掉幀原因分析，快跟小編一起來看看吧!

1.一些調(diào)試相關(guān)的功能沒關(guān)閉

首先，我們可以找到debuglog.txt，而且玩一會兒就變大。這說明在進行一些方法時有寫文件操作。

再看看腳本。我找到了幾處沒有編譯器優(yōu)化的字符串操作。如果是Release編譯并且打開優(yōu)化，字符串操作會有一些特殊的代替，比如比較時用一種Hash值比較。多重條件的語句會改變含義但不影響結(jié)果。比如

!A && !B變?yōu)?!(A || B)。但是我找不到這些。反而找到了死循環(huán)檢查，不必要的空值檢查之類的不應(yīng)該發(fā)售的東西。尤其是那個死循環(huán)檢查，看起來并不簡潔。

2.對象的序列化問題

一些對象用的是Soap序列化而不是穹之扉用的UnityRaw。Soap序列化是過時的，讀寫量大，儲存的對象類型有限。使用Soap會影響性能。

3.資源文件格式選擇問題

仙6比穹之扉加載慢得多，原因除了文件比較復(fù)雜還有很多資源用了UnityWeb資源格式，這種格式是帶壓縮的，加載時有較高的CPU使用率和內(nèi)存使用率。

4.線程模型使用不當(dāng)

UI線程為STAThread不代表處理數(shù)據(jù)不能開線程。很多時候CPU使用率并不高，但是一個CPU核心滿負(fù)荷運行。這會導(dǎo)致電腦不全力工作。應(yīng)當(dāng)在適當(dāng)?shù)牡胤郊尤氩⑿杏嬎�。如加載界面，UI線程異步等待多個平均分配的加載任務(wù)，這樣加載動畫不會卡也不會加載太慢。

5.模型問題

這次建模有些詭異，不該畫的地方也畫得很仔細(xì)。比如卡Bug把明繡裙子卡沒之后看到貼圖精細(xì)發(fā)光材質(zhì)的

內(nèi)內(nèi),卡巨大化Bug后看到了貼圖細(xì)膩的大腿。我個人認(rèn)為把魚畫的粗略一些是正確的。最好向前幾代那樣，看不到或者不應(yīng)該看清的地方畫簡略。

碰撞檢測可能有些濫用。有些地方不作弊是不可能與主角模型重疊的，但是還是有人物與它們的碰撞檢測。

以上就是本站小編為大家?guī)�來的《仙劍奇�(zhèn)b傳6》倏忽之穴坐標(biāo)跳點位置圖文一覽，想了解更多的攻略，請關(guān)注仙劍奇?zhèn)b傳6專區(qū)！關(guān)注仙劍奇?zhèn)b傳游戲系列！

熱門攻略推薦：