一、玩家離線
由于離線的狀況多，常見的玩家自己拿自己的賬號(hào)的離線，也有自己的賬號(hào)在多個(gè)設(shè)備來擠掉線，還有就是被非法的人使用時(shí)的擠掉線。這里應(yīng)該將玩家理解為一個(gè)賬號(hào)，下邊盡量用賬號(hào)來表述。
（一）網(wǎng)絡(luò)斷開或者主動(dòng)離開游戲
這時(shí)玩家所在的服務(wù)器在玩家net.close時(shí)加入向通信redis匯報(bào)的邏輯，即通信redis里刪除這個(gè)玩家的在線紀(jì)錄。
（二）同服重復(fù)登陸時(shí)的kick
首先肯定要踢掉之前登陸的鏈接。因?yàn)橥r(shí)新舊鏈接都在這個(gè)服務(wù)器上，邏輯上簡(jiǎn)單，允許新鏈接的登陸比較好處理，但是后邊有其他考慮。
（三）異服登陸時(shí)的kick
首先也是踢掉之前的登陸。需要在之前登陸到的服務(wù)器將該賬號(hào)的鏈接斷開并整理數(shù)據(jù)存儲(chǔ)之后，才能允許在新的服務(wù)器登陸。
舊服務(wù)器清理完該玩家后，向通信redis報(bào)告刪除該賬號(hào)的在線狀態(tài)。新服務(wù)器需要知道玩家已經(jīng)在舊服被kick完了才可以讓玩家登陸。剛才同服時(shí)提到的允許新鏈接立刻登陸的問題，這里就變的比較不可控了。美好的過程是，新鏈接接入后掛起在新服，等異服踢完后，繼續(xù)做新鏈接的登陸操作。但是這需要新舊服之間的同步邏輯，需要將新服玩家做個(gè)狀態(tài)機(jī)為維護(hù)這種掛起或繼續(xù)登陸狀態(tài)。另外還要考慮這個(gè)期間玩家又在另一個(gè)服登陸。要考慮的東西很多……
還有一種有問題的處理方式，即新服只是向老服發(fā)送踢人指令，新服自己卻馬上進(jìn)入新鏈接的登陸操作。這樣的問題是，即使業(yè)務(wù)邏輯簡(jiǎn)單到不會(huì)發(fā)生數(shù)據(jù)不同步問題，但登陸操作不會(huì)一定成功。新服登陸完向通信redis報(bào)告玩家在線，舊服踢完要向通信redis報(bào)告玩家離線。這兩個(gè)操作異步時(shí)，如果舊服的離線報(bào)告在后，通信redis上就會(huì)錯(cuò)誤的記錄賬號(hào)當(dāng)前不在線……
（四）總結(jié)
最終重復(fù)登陸問題簡(jiǎn)單處理方法：賬號(hào)登陸時(shí)，只要檢測(cè)到該賬號(hào)同服或異服已登陸，先將舊鏈接踢掉，再將新鏈接斷開。就給玩家一個(gè)提示“賬號(hào)已登錄，請(qǐng)稍后重試”，讓玩家自己來多操作幾次，直到舊鏈接被踢完。
二、同一賬號(hào)的同瞬間多起登陸事件
上邊重復(fù)登陸的檢查還有一種情況不能防止，就是瞬間的多個(gè)客戶端用同一賬號(hào)登陸。同服時(shí)由于nodejs的異步，異服時(shí)由于天然異步，檢查該賬號(hào)是否已登陸與將當(dāng)前鏈接成功登陸并向通信redis報(bào)告這些操作不具原子性。
所以在最后向通信redis寫入上線狀態(tài)時(shí)再次判斷是否已登陸（即判斷是否被瞬時(shí)并發(fā)的另一個(gè)客戶端的登陸給標(biāo)記為已上線了）。redis里用hsetnx代替hset，前者在數(shù)據(jù)已經(jīng)被設(shè)置時(shí)操作失敗。
PS：
剛接觸不久或者本身邏輯就復(fù)雜的東西（例如分布式）很多思考的結(jié)果不及時(shí)記錄的話，后邊容易忘記當(dāng)初的理由，導(dǎo)致需要冗余的重復(fù)思考。所以現(xiàn)在博客寫瑣碎些，記載些細(xì)節(jié)的思考。