青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Daly的游戲人生

服務器程序常見bug總結

   最近整理了過去一年發生過的bug,包含跟其他項目組程序朋友交流的例子, 都是大家發生過的真實營運事故。
   游戲服務器程序,很多bug的原因都是共通的。抽象出了以下10點啟示, 作為checklist, 寫下來以后寫程序review時自檢:

1. 安全邊界問題
     對于有界限的東西(數值,buffer空間,隊列或一切對象容器),一定要考慮越界判斷。
     啟示:用snprint, strncpy等限制長度.  永遠都要考慮超過邊界的情況
               數值加法和乘法:考慮上限溢出; 
               減法:考慮負數; 除法,判斷分母

2. 輸入參數非法
    case1: 扣錢邏輯,減去一個負數,變成了加錢。  
    case2: int型大負數相加,負溢出變成大正數
    啟示:test case要全覆蓋輸入參數范圍, 處理各種可能的情況

3. 上下文改變錯誤
     共享變量/全局變量被外部改變,這似乎很常見,而且有時很隱蔽。在異步回調的情況下更常見。

     check A變量 
     call func_B()
     ....
     A變量被func_B改變了, 但繼續信任A變量check的結果。

    啟示:白盒復查代碼時,注意檢查調用后的變化。
               減少共享變量和全局變量的使用
               外部接口調用后,注意共享變量的更新和恢復
     啟示:在最接近執行的地方,檢查上下文變量。不信任調用者,如果效率不關鍵,多一遍冗余檢查沒有壞處

4. 執行中斷
     動態腳本拋異常,或者引擎層面的EINTR中斷信號,都有可能中斷代碼執行,需要考慮函數的重入性問題。
     啟示:要檢查一致性,有些邏輯不允許多次被執行(比如發獎勵),需要有狀態變量確保只執行1次(避免出刷bug)
     推廣到異步環境(多線程,多進程,各種回調),事務的中斷也有一個重入性問題,解決方法也只有一個:用一個唯一可辨認的狀態變量,保證某些邏輯不會被多次執行(比如購物應用中,用唯一訂單號來識別,狀態改變是一次性的,當邏輯運行多次,也不會重復加物品,或者重復扣錢了)

5. 終止條件問題--死循環
     case: 異步環境中,RPC遠程調用,調用成環,邏輯一直不結束。
     啟示:while或遞歸的終止條件,邏輯全覆蓋檢查,避免死循環。較深層次的互相調用,要注意是否出現了遞歸,是否有可能死循環。

6. 關聯數據操作的不一致
     例子:Employee對象有company變量, Company中有employee變量,
          如果操作改變其中一方,而另一方沒有改變,則造成數據不一致。
      (數據庫表可以指定constrain, 關聯表刪除, 但代碼變量中需要程序員自己實現)
       雙向引用的數據一致性問題,要特別注意。
       為什么要雙向引用?為了查找效率,而避免遍歷其中一方.
       這個問題本質是數據一致性問題,編程中遇到的很多bug也歸結到這個問題,比如野指針,就是因為數據結構相互引用的操作不一致造成的。
       處理這個問題,個人經驗是,他們的attach,detach操作盡可能在同一個模塊,不要分散在多個地方隨意修改,所有修改都集中在同一級接口做。

       同理適用于new, delete, malloc, free這些分配,釋放,都集中在同一層的接口/模塊文件中做,debug起來也容易;非常反感在一個地方new, 然后不知道哪個模塊去delete, 很容易泄漏或者野指針, 無論如何,想辦法傳遞這些指針,一直傳到分配他所在的模塊文件中釋放,而且new和delete的接口代碼要靠近,方便查找問題。

7. 涉及多玩家,防止筆誤傳錯參數
     經典錯誤: foreach(uid in team) some_func(usernum, xxx)   
     經典錯誤:有usernum和target兩個對象,調用函數搞混了。review時要仔細檢查

8. 特殊分支忘了return
     異常判斷等if分支忘了return。導致邏輯繼續往下走。這屬于筆誤問題,測試期間未必能留意的到。

9. 異步返回沒清變量
    對于異步操作,如果在返回時清變量,這時如果不能保證把變量清掉(比如期間玩家下線無法離線修改該變量),就會出刷。
    啟示:對于已獎勵標記,一定要保證各種情況下領獎后能正確記錄。

10. 瞬爆容量上限
     case1:  網絡待發送隊列,因為瞬間大量請求,塞滿拋異常,導致流程受影響。
     case2:  大量連接請求,listen的accept沒有規定單次讀事件的accept,用了while(true), 導致爆機
                在listen fd的讀事件回調中, 通常會accept所有新的連接請求,如果用while(true)而不設一個上限,就有可能被攻擊(想象一下客戶端也用一個死循環來做connect)。
                一方面要限制單次接受的socket次數, 另外各個狀態要有超時機制,踢掉不尋常的連接,以防被攻擊占盡資源。

     case3: 異步情況下,要限制操作者連續頻繁的操作。(比如在請求入口處增加最少時間間隔限制,避免玩家狂點,形成雪崩效應)
                (同時要考慮用戶體驗,不要讓玩家死等,可以做一個提示跳轉,或者等候的動畫)

參考資料:
附上最近看的一篇文章
<Writing-reliable-online-game-services> 作者曾是魔獸爭霸和星際爭霸,battle.net的開發者,
里面講的point也是游戲里經常遇到的可靠性問題。
http://www.codeofhonor.com/blog/wp-content/uploads/2012/04/Patrick-Wyatt-Writing-reliable-online-game-services.pdf



posted on 2012-11-30 14:14 Daly 閱讀(2384) 評論(5)  編輯 收藏 引用 所屬分類: 游戲開發

評論

# re: 服務器程序常見bug總結 2012-12-01 23:11 Jcilz

有共鳴,總結得很實際,頂。  回復  更多評論   

# re: 服務器程序常見bug總結 2012-12-04 16:39 譚軍

listen的accept沒有規定單次讀事件的accept,用了while(true), 導致爆機,
這個是什么意思啊?  回復  更多評論   

# re: 服務器程序常見bug總結 2012-12-07 12:31 Daly

@譚軍
一般用epoll等event驅動的典型寫法是,listen的fd有讀事件,那么在回調函數里就會accept一個新socket, 如果是 while(true) { accept() }不斷接受新連接, 就有可能被攻擊。假如管理socket的容器沒有加上限,就會爆滿。  回復  更多評論   

# re: 服務器程序常見bug總結 2013-05-08 14:11 egmkang

那是因為你listen設置的backlog值太大了吧  回復  更多評論   

# re: 服務器程序常見bug總結 2013-10-08 12:14 coderchen

@egmkang

listen設置的backlog是第一次和第三次握手的兩個隊列之和吧。我感覺博主說的對,如果有個客戶端不停的connect,服務器while中accept就悲劇了。  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            免费国产一区二区| 亚洲欧洲在线视频| 久久久99免费视频| 欧美一区国产在线| 久久精品国产第一区二区三区最新章节| 国产精品久久久久久久久久ktv| 久久www成人_看片免费不卡| 中国成人黄色视屏| 一区二区三区 在线观看视频| 日韩午夜视频在线观看| 亚洲图片在区色| 欧美一区二区三区视频| 久久躁日日躁aaaaxxxx| 欧美激情第五页| 一区二区激情| 欧美在线视频日韩| 欧美精品一区二区精品网| 国产精品久久久久久久久久免费看 | 正在播放欧美视频| 亚洲肉体裸体xxxx137| 亚洲精品视频免费在线观看| 夜夜嗨av一区二区三区网页| 午夜免费久久久久| 免费久久99精品国产| 亚洲麻豆视频| 欧美一区二区三区四区夜夜大片 | 伊人成人网在线看| 国产亚洲女人久久久久毛片| 91久久精品国产91性色| 午夜精品美女久久久久av福利| 久久亚洲二区| 亚洲精品三级| 久久精品观看| 国产精品久久久久久av福利软件| 狠狠88综合久久久久综合网| 亚洲午夜一区二区三区| 欧美粗暴jizz性欧美20| 午夜在线精品偷拍| 欧美精品一区二区三区蜜桃| 黄色成人免费观看| 国产日韩欧美日韩| 国内精品久久久久久| 亚洲性夜色噜噜噜7777| 亚洲国产精品一区二区尤物区 | 亚洲欧美国产77777| 欧美jizzhd精品欧美喷水| 国产一区二区三区四区hd| 亚洲欧美日韩另类| 99视频精品| 欧美日韩三级视频| 日韩视频免费| 欧美国产三区| 久久久一区二区三区| 国产一区在线免费观看| 久久狠狠亚洲综合| 亚洲欧美日韩综合aⅴ视频| 国产精品www色诱视频| 亚洲天堂av图片| 9色国产精品| 欧美视频精品在线| 亚洲一区二区欧美日韩| 亚洲精选成人| 国产精品国产三级欧美二区| 亚洲综合视频一区| 亚洲欧美国产三级| 国产一区二区看久久| 久久亚洲精品伦理| 久久综合激情| 黄色欧美成人| 欧美在线视频在线播放完整版免费观看| 亚洲美女毛片| 欧美日韩一区二区免费在线观看| 99re这里只有精品6| 亚洲全部视频| 欧美日韩一区二区免费在线观看| 亚洲香蕉网站| 欧美一区二区精品在线| 亚洲第一中文字幕| 亚洲精品一区二区网址| 国产精品欧美日韩一区二区| 欧美一区二区精品久久911| 欧美一区二区| 亚洲欧洲日产国码二区| 国产精品久久激情| 亚洲三级影院| 亚洲国产精品成人综合色在线婷婷 | 国产日本欧美一区二区三区| 欧美在线一二三四区| 久久久福利视频| 亚洲人成网站777色婷婷| 亚洲区一区二区三区| 国产精品一区二区久久国产| 麻豆av福利av久久av| 欧美国产综合视频| 亚洲欧美日韩中文视频| 在线一区二区三区四区| 欧美特黄视频| 久久久久久自在自线| 欧美激情一区二区三区四区| 性欧美暴力猛交69hd| 麻豆91精品91久久久的内涵| 亚洲图片激情小说| 久久久久国产精品www| 一区二区久久久久久| 久久久久这里只有精品| 亚洲影视在线播放| 久久全球大尺度高清视频| 亚洲综合视频1区| 欧美国产日韩a欧美在线观看| 欧美在线视频不卡| 欧美日韩国产成人高清视频| 裸体丰满少妇做受久久99精品| 国产精品免费视频xxxx| 亚洲精品国产精品乱码不99| 亚洲精品国产精品国自产观看| 欧美日韩国产免费观看| 久久av一区二区| 亚洲精品国产视频| 久久久久网址| 久久国产精品99国产| 久久久久高清| 亚洲欧美激情在线视频| 国产精品久久久久久久久| 国产精品家教| 国产视频丨精品|在线观看| 国产亚洲精品自拍| 黄色成人av在线| 狠狠狠色丁香婷婷综合激情| 国外成人在线| 亚洲精品久久久久| 亚洲图片欧洲图片av| 亚洲国产专区校园欧美| 亚洲欧美日韩在线观看a三区 | 久久婷婷综合激情| 亚洲一区二区三区在线看 | 欧美风情在线观看| 国产小视频国产精品| 亚洲男人av电影| 亚洲欧美乱综合| 国产精品视频免费| 欧美精品一卡| 国产精品ⅴa在线观看h| 亚洲第一网站| 亚洲精品日韩欧美| 欧美精品一区二| 亚洲最新在线视频| 亚洲欧美日本国产有色| 国产精品国产精品国产专区不蜜| 一区二区三区|亚洲午夜| 亚洲直播在线一区| 国产精品久久久久久久久果冻传媒| 亚洲午夜在线| 久久久久久九九九九| 樱桃成人精品视频在线播放| 久久综合伊人| 亚洲精品视频免费在线观看| 这里只有精品丝袜| 国产欧美日韩在线播放| 欧美一区二区三区免费看| 久久综合网络一区二区| 亚洲国产日韩欧美在线99| 欧美激情a∨在线视频播放| 亚洲精品一二| 欧美在线亚洲一区| 亚洲国产精品高清久久久| 欧美区在线播放| 亚洲女同精品视频| 免费一级欧美片在线观看| 亚洲麻豆国产自偷在线| 国产精品久久久久久超碰| 久久久久九九视频| 亚洲精品中文字幕有码专区| 欧美一区二区三区视频在线 | 欧美.com| 在线亚洲欧美视频| 国产一区二区三区成人欧美日韩在线观看| 午夜欧美大片免费观看| 欧美v国产在线一区二区三区| 中文精品视频一区二区在线观看| 国产日韩精品在线| 欧美久色视频| 欧美伊人久久久久久久久影院| 亚洲国产欧美久久| 久久精品成人欧美大片古装| 日韩视频一区二区三区在线播放免费观看| 国产精品视频观看| 欧美了一区在线观看| 久久久精品网| 亚洲一区二区3| 亚洲国产日韩欧美一区二区三区| 欧美在线日韩精品| 这里只有视频精品| 亚洲人成欧美中文字幕| 国内在线观看一区二区三区| 国产精品高清在线观看| 亚洲国产影院| 亚洲理论在线| 一色屋精品视频在线观看网站| 欧美视频官网| 欧美—级a级欧美特级ar全黄|