《仙劍奇?zhèn)b傳6》中的卡頓掉幀問題確實(shí)很嚴(yán)重，大家知道為什么卡頓掉幀嗎?今天小編給大家?guī)淼氖且晃煌婕曳窒淼摹断蓜ζ鎮(zhèn)b傳6》卡頓掉幀原因分析，快跟小編一起來看看吧!

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

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

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

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

　　2.對(duì)象的序列化問題

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

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

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

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

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

　　5.模型問題

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

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

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