• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 72,  comments - 4,  trackbacks - 0
            查找游戲中突然卡機問題小結

            一。 查其原因主要是
            lua局部表引起的,類似這樣:
            local tt[] = {}
            tt[1] = {1,2,3}
            tt[2] = {1,2}
            ...

            總共就20個元素左右,并不多,這樣的表格在極端情況下偶然發生消耗幾百毫秒(在我們測試機上似乎是500ms左右)


            二。 是new
              腳本有些類似調用
            for i=100, 5000, 1
                 。。。
                 addkeypos(i, p1, p2)
            end
            由于程序在addkeypos函數中使用了new,這導致有時偶然有些new消耗10多ms,
            4000次下來累計偶然會占高。解決辦法就是讓程序去掉new處理成池的方式, 具體參考我的另一文章:
            http://m.shnenglu.com/flipcode/archive/2009/12/10/102902.html

            三。還有就是頻率調用字符轉換函數,類似sprintf("%s%d",  "sdfdf", 2100 )也是一個非常消耗的地方!
              解決辦法就是用itoa以及atoi來轉換

            四。哦,還有就是lua的回收也是消耗很大,簡單辦法就是用它提供的分步回收(不在同一幀收完),看到云風博客提到分state方法,感覺比較煩,我們沒有使用.
            posted on 2009-12-10 10:23 flipcode 閱讀(184) 評論(0)  編輯 收藏 引用
            午夜精品久久久久9999高清| 久久精品中文无码资源站| 亚洲一本综合久久| 国产精品美女久久久久av爽 | 性做久久久久久久久久久| 人妻无码精品久久亚瑟影视| 久久久久国产精品熟女影院 | 成人久久综合网| 久久婷婷色香五月综合激情| 国产精品美女久久久m| 亚洲乱码日产精品a级毛片久久| 欧美熟妇另类久久久久久不卡| 国产精品欧美久久久久无广告 | 久久无码国产| 久久99国产精品久久99| 狠狠色丁香久久婷婷综合图片| 精品久久久久久中文字幕| 久久久久久久女国产乱让韩| 久久久久久国产精品免费免费| 久久精品黄AA片一区二区三区| 久久久久亚洲国产| 久久精品夜色噜噜亚洲A∨| 国产一区二区精品久久| 久久综合精品国产二区无码| 久久综合偷偷噜噜噜色| 久久久这里有精品中文字幕| 国产999精品久久久久久| 国产欧美一区二区久久| 国产精品久久午夜夜伦鲁鲁| 无码AV中文字幕久久专区| 久久久久亚洲AV无码专区首JN | AV无码久久久久不卡网站下载| 国内精品综合久久久40p| 久久强奷乱码老熟女| 久久se精品一区二区影院 | 国产99久久久国产精品小说| 日日狠狠久久偷偷色综合0| 久久久久香蕉视频| 四虎亚洲国产成人久久精品| 一本久久免费视频| 亚洲国产另类久久久精品小说|