• <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)  編輯 收藏 引用
            热综合一本伊人久久精品| 国产精品久久久久影院色| 久久久久亚洲av毛片大| 无码任你躁久久久久久久| 久久久噜噜噜久久中文福利| 青青青国产精品国产精品久久久久| 亚洲精品高清一二区久久| 久久99精品久久久久婷婷| 日日狠狠久久偷偷色综合0| 国产精品一久久香蕉国产线看观看| 国产成人综合久久精品尤物| 国产亚洲美女精品久久久2020| 88久久精品无码一区二区毛片| 国内精品人妻无码久久久影院导航| Xx性欧美肥妇精品久久久久久| 色综合久久无码五十路人妻| 国产精品永久久久久久久久久 | 久久久WWW免费人成精品| 国产麻豆精品久久一二三| 久久精品免费一区二区| 久久久久综合国产欧美一区二区| 国产成人久久精品激情 | 996久久国产精品线观看| 久久毛片一区二区| 一本一本久久a久久精品综合麻豆| 精品久久久噜噜噜久久久| 午夜欧美精品久久久久久久| 亚洲欧洲精品成人久久奇米网 | 777午夜精品久久av蜜臀| 国产成人无码精品久久久性色 | 人妻精品久久久久中文字幕| 国产女人aaa级久久久级| 久久久久国产精品嫩草影院| 精品免费久久久久国产一区| 色综合合久久天天综合绕视看 | 91久久精品91久久性色| 韩国三级大全久久网站| 99re这里只有精品热久久| 免费精品99久久国产综合精品| 久久er国产精品免费观看2| 欧美精品一本久久男人的天堂|