Posted on 2008-08-12 20:09
RichardHe 閱讀(1586)
評論(8) 編輯 收藏 引用
原因:今天游戲出現(xiàn)一個很嚴重的BUG,就是通過帳號服務(wù)器驗證時,有時候驗證完以后進入角色選擇時,竟然出現(xiàn)別人的帳號角色;
這可不是一個小BUG,對于一個程序員來說可是致命的錯誤;由于在本地服務(wù)器測試時,同時通過驗證帳號服務(wù)器的消息是十分少的,
所以在本地一開始沒發(fā)現(xiàn)這個BUG;還有就是看來我在程序中使用全局變量實在是不好,才使得這個BUG沒及時發(fā)現(xiàn).
問題是這樣產(chǎn)生的,如果很多消息同時過來請求帳號服務(wù)器,那在那個唯一一個對應(yīng)帳號的數(shù)字ID為最后一個.而在登錄LOGIN中的帳號
和ID傳遞時的ID和本身的ID是不一樣的,所以才會出現(xiàn)這個帳號對應(yīng)別人的角色列表.我恨,這個問題沒意識到.
解決:先在傳遞的時候把帳號和ID綁定,或者用一個HASH_MAP把帳號和ID和服務(wù)器列表保存起來,再轉(zhuǎn)到LOGIN服務(wù)器是時再根據(jù)用戶
名找到他的ID,從而再轉(zhuǎn)角色服務(wù)器.這樣就不會錯了!
Feedback
囧，我的程序是完全沒有全局變量的，不得不有的那幾個要么就是singleton專門用來初始化一些必要的API調(diào)用，要么在占有的時候絕對會有critical section。我保證在所有new操作在main開始之后開始，所有delete操作在main結(jié)束之前結(jié)束。
@陳梓瀚(vczh)
弄同步確實是個好方法,不過有時候?qū)Ψ降某绦蚓褪钱惒?弄的你也只能這樣.
呵呵..向你學(xué)習(xí)了!
@陳梓瀚(vczh)
囧，我的程序是完全沒有全局變量的，不得不有的那幾個要么就是singleton專門用來初始化一些必要的API調(diào)用，要么在占有的時候絕對會有 critical section。我保證在所有new操作在main開始之后開始，所有delete操作在main結(jié)束之前結(jié)束。
——好習(xí)慣！現(xiàn)在如果還在面向?qū)ο蟮某绦蚶锎罅糠簽E的使用全局變量，那恐怕肯定是要出問題的了。singleton雖然有點矯情，但是是非常有效的。我的方法是，singleton中的對象必須用get/set訪問，而get/set方法本身就是synchorized的。這樣一來，大家用起來就省心又放心了。
@abettor
而get/set方法本身就是synchorized的???
具體怎么實現(xiàn)的啊?
@空明流轉(zhuǎn)
我也知道同步當(dāng)然是好了.但是對方處理的不是同步.所以我們這邊也只能對它單獨處理了.能同步的話什么問題都解決了.