• <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://www.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)  編輯 收藏 引用
            国产精品无码久久四虎| 亚洲欧洲日产国码无码久久99| 久久久久亚洲爆乳少妇无| 亚洲精品国产自在久久| 精品蜜臀久久久久99网站| 久久精品国产72国产精福利| av色综合久久天堂av色综合在| 久久久久久亚洲AV无码专区| 久久久久亚洲精品男人的天堂| 狼狼综合久久久久综合网| 久久精品国产亚洲一区二区三区| 亚洲中文字幕久久精品无码APP| 国产精品久久久99| 国产精品久久久久9999高清| 伊人久久大香线蕉亚洲五月天| 久久九九免费高清视频| 久久久久亚洲av无码专区导航 | 综合久久国产九一剧情麻豆| 99久久99久久精品国产片果冻| 久久精品夜夜夜夜夜久久| 中文字幕无码久久精品青草| 久久99精品国产麻豆不卡| 狠狠狠色丁香婷婷综合久久五月| 亚洲国产一成人久久精品| 国产精品久久久久久久人人看| 久久精品一区二区三区中文字幕| 久久九九有精品国产23百花影院| 久久精品中文闷骚内射| 久久精品aⅴ无码中文字字幕重口| 一97日本道伊人久久综合影院| 国产ww久久久久久久久久| 日韩一区二区久久久久久 | 亚洲国产日韩欧美久久| 久久国产综合精品五月天| 国产伊人久久| 97精品国产97久久久久久免费 | 久久精品国产精品亚洲毛片| 久久国产精品成人影院| 久久777国产线看观看精品| 中文精品久久久久国产网址| 久久这里只有精品视频99|