• <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)  編輯 收藏 引用
            精品久久人人妻人人做精品| 7777精品久久久大香线蕉| 99久久99久久精品国产片果冻| 国内精品欧美久久精品| 精品国产乱码久久久久久人妻| 久久99国产精品久久久| 色综合久久中文字幕综合网| 久久精品毛片免费观看| 久久AAAA片一区二区| 久久综合综合久久综合| 国产农村妇女毛片精品久久| 欧美亚洲色综久久精品国产| 久久av高潮av无码av喷吹| 国产精品99久久99久久久| 久久国产免费直播| 久久精品亚洲男人的天堂| 久久久久久综合一区中文字幕 | 久久丫精品国产亚洲av| 久久99精品九九九久久婷婷| 国产午夜免费高清久久影院| 久久精品国产亚洲AV久| 中文成人无码精品久久久不卡| 亚洲国产精品久久久久婷婷软件| 亚洲午夜久久久影院伊人| 久久伊人色| 久久免费99精品国产自在现线| 2021少妇久久久久久久久久| 亚洲狠狠婷婷综合久久久久| 久久久国产视频| 2021国内久久精品| 欧美日韩久久中文字幕| 伊人久久亚洲综合影院| 亚洲欧美成人久久综合中文网| 国产精品免费久久久久影院| 国产高潮国产高潮久久久91 | 一级做a爱片久久毛片| 国产69精品久久久久777| 人人狠狠综合久久亚洲婷婷| 久久精品这里热有精品| 国内精品久久久久久久涩爱| 久久精品无码一区二区三区免费 |