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