• <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 閱讀(180) 評論(0)  編輯 收藏 引用
            99精品久久精品| 久久精品亚洲一区二区三区浴池| 久久超乳爆乳中文字幕| 国产午夜免费高清久久影院| 色综合久久中文综合网| 久久精品一本到99热免费| 亚洲色欲久久久综合网东京热 | 久久伊人精品一区二区三区| 久久久久亚洲av综合波多野结衣 | 国产99久久久国产精免费| 久久久青草久久久青草| 合区精品久久久中文字幕一区 | 成人a毛片久久免费播放| 手机看片久久高清国产日韩| 久久人妻少妇嫩草AV无码专区| 国产精品美女久久久久网| 91麻豆国产精品91久久久| 久久se精品一区二区| 久久婷婷五月综合成人D啪 | 久久黄视频| 精品久久8x国产免费观看| 中文字幕久久精品| 成人精品一区二区久久久| 久久亚洲精品国产精品| 久久99国产精品久久99小说| 青青青伊人色综合久久| 色妞色综合久久夜夜| 亚洲精品NV久久久久久久久久 | 久久精品中文字幕第23页| 99国产欧美精品久久久蜜芽| 久久99热这里只有精品国产| 欧美国产成人久久精品| 精品国产综合区久久久久久| 91久久九九无码成人网站| 国内精品伊人久久久久AV影院| 国内精品久久久久影院薰衣草| 久久er国产精品免费观看8| 国产精品成人精品久久久| 国产毛片久久久久久国产毛片| 亚洲午夜久久久精品影院| 狠狠精品久久久无码中文字幕|