多賬戶(hù)的統(tǒng)一登錄

名稱(chēng)解釋

這里的多賬戶(hù)區(qū)別于系統(tǒng)級(jí)別的，我們講的多賬戶(hù)系統(tǒng)是指，在我們互聯(lián)網(wǎng)應(yīng)用當(dāng)中，我們的應(yīng)用會(huì)使用多個(gè)第三方賬號(hào)進(jìn)行登錄，比如現(xiàn)在常用的APP：網(wǎng)易、微信、QQ等等。

內(nèi)容

通過(guò)這一篇文章：

1. 可以學(xué)到：多用戶(hù)下面的技術(shù)方案細(xì)節(jié)，以及相應(yīng)的表設(shè)計(jì)，流程設(shè)計(jì)。
2. 不可以學(xué)到：與其他文章一樣，我這里不會(huì)有具體代碼實(shí)現(xiàn)細(xì)節(jié)，方案做的對(duì)，代碼咋寫(xiě)都不會(huì)太爛。

架構(gòu)演進(jìn)

創(chuàng)業(yè)初期

歸結(jié)為創(chuàng)業(yè)初期是因?yàn)檫@個(gè)時(shí)候用戶(hù)量比較少，甚至還沒(méi)有接入上面所說(shuō)的其他第三方的賬戶(hù)系統(tǒng)，只是自建的體系就可以滿(mǎn)足，自建體系的話(huà)，目前常用的有

用戶(hù)名密碼注冊(cè)登陸

這種方式在很多初期網(wǎng)站建設(shè)會(huì)使用，先注冊(cè)，再進(jìn)行登錄，在老一點(diǎn)的cms中都能找到這個(gè)影子。

流程圖：

流程說(shuō)明：

1. 前端將用戶(hù)名、密碼發(fā)送到服務(wù)器，服務(wù)器進(jìn)行常規(guī)的判斷，判斷用戶(hù)名、密碼長(zhǎng)度是否滿(mǎn)足，用戶(hù)名是否重復(fù)等條件，條件不通過(guò)直接返回對(duì)應(yīng)錯(cuò)誤碼給到前端，這里密碼字段，為了防止傳輸過(guò)程中被截胡，建議加密再上傳，我們的傳輸密碼默認(rèn)都是會(huì)進(jìn)行一個(gè)md5加密，然后記錄到數(shù)據(jù)庫(kù)再進(jìn)行一層加密，就算是脫庫(kù)也沒(méi)事，密碼不要明文存儲(chǔ)。
2. 校驗(yàn)通過(guò)后，就將用戶(hù)名密碼寫(xiě)入數(shù)據(jù)庫(kù)，并進(jìn)行后面積分發(fā)放等操作，這里不展開(kāi)。
3. 現(xiàn)在進(jìn)行登錄，前端將用戶(hù)名，密碼發(fā)送給到服務(wù)端，服務(wù)端首先會(huì)校驗(yàn)登錄次數(shù)是否超過(guò)設(shè)置的閾值，如果超過(guò)只能繼續(xù)等待被關(guān)小黑屋。
4. 如果未超過(guò)繼續(xù)登錄邏輯，判斷用戶(hù)名、密碼是否正確，不正確密碼則進(jìn)行閾值的判斷，如果超過(guò)則關(guān)小黑屋，記住小黑屋必須設(shè)置過(guò)期時(shí)間，要不然就會(huì)永久關(guān)上了，這個(gè)可以用redis的過(guò)期來(lái)做。
5. 登錄成功后進(jìn)行后續(xù)的一切后置邏輯，比如加積分。。。等操作。

手機(jī)號(hào)注冊(cè)登陸

流程圖：

流程說(shuō)明：

1. 首先輸入手機(jī)號(hào)，然后發(fā)送到服務(wù)端，服務(wù)端將手機(jī)號(hào)記錄在我們數(shù)據(jù)庫(kù)中，然后生成隨機(jī)驗(yàn)證碼，并將手機(jī)號(hào)和驗(yàn)證碼綁定到一個(gè)redis里面，然后記錄過(guò)期時(shí)間，這個(gè)過(guò)期時(shí)間一般是10分鐘左右，這就是我們一般手機(jī)驗(yàn)證碼的有效期。
2. 手機(jī)接收到手機(jī)短信后，那么就在界面填寫(xiě)驗(yàn)證碼發(fā)送服務(wù)端，服務(wù)端收到驗(yàn)證碼后就會(huì)在redis里面查詢(xún)到這個(gè)手機(jī)號(hào)對(duì)應(yīng)的驗(yàn)證碼，失敗就返回錯(cuò)誤碼。
3. 成功后就進(jìn)行登錄操作。

這里看起來(lái)沒(méi)有明確的注冊(cè)登錄操作，其實(shí)在發(fā)送手機(jī)號(hào)碼就可以認(rèn)為是一個(gè)常規(guī)的注冊(cè)，然后后面的驗(yàn)證碼輸入就是一個(gè)登陸操作。

問(wèn)： 那我要密碼咋辦？

答： 在后續(xù)產(chǎn)品里面增加一個(gè) 手機(jī)號(hào)碼密碼補(bǔ)錄的功能 即可，這也是現(xiàn)在很常規(guī)的手法，但是現(xiàn)在移動(dòng)互聯(lián)網(wǎng)大爆炸時(shí)代，密碼已經(jīng)顯得不是那么重要了，反正我從來(lái)記不住密碼，如果手機(jī)號(hào)碼能操作的app，絕對(duì)不用密碼來(lái)操作。

數(shù)據(jù)庫(kù)設(shè)計(jì)

表結(jié)構(gòu) ：

說(shuō)明 ：

這里只是單純說(shuō)明需要用到的數(shù)據(jù)，沒(méi)有擴(kuò)展具體場(chǎng)景,這個(gè)表結(jié)構(gòu)能夠滿(mǎn)足上面兩個(gè)方案的設(shè)計(jì)。

引入第三方賬戶(hù)方案

這里是以QQ-SDK的登錄邏輯， 我們先來(lái)一波時(shí)序圖

說(shuō)明：

1. 客戶(hù)端自己調(diào)起登錄的界面，進(jìn)行輸入用戶(hù)名、密碼，這里的是第三方的用戶(hù)名，密碼，登錄成功后，會(huì)返回access_token openid expire_in,這過(guò)程會(huì)使用到oauth2.0，不過(guò)在sdk里面進(jìn)行內(nèi)置回調(diào)獲取了，后面我們會(huì)說(shuō)明我們自身實(shí)現(xiàn)的oauth2.0
2. 客戶(hù)端拿到access_token、openid、login_type（qq、wechat...）請(qǐng)求應(yīng)用服務(wù)器，應(yīng)用服務(wù)器拿到這些數(shù)據(jù)后就會(huì)根據(jù)對(duì)應(yīng)的login_type去對(duì)應(yīng)的用戶(hù)中心進(jìn)行access_token和openid進(jìn)行校驗(yàn)。校驗(yàn)不通過(guò)則返回對(duì)應(yīng)錯(cuò)誤碼
3. 校驗(yàn)通過(guò)后就會(huì)判斷本地是否有這個(gè)login_type和openid是否存在，不存在則進(jìn)行獲取遠(yuǎn)程的用戶(hù)名、頭像等基礎(chǔ)信息來(lái)作為本地基礎(chǔ)數(shù)據(jù)，并且返回code值
4. 如果已經(jīng)存在，那就是進(jìn)行登錄操作，返回code值。
5. 客戶(hù)端拿到code值后進(jìn)行token值的換取，這個(gè)完全遵照oauth2.0的協(xié)議來(lái)走的，后續(xù)每次請(qǐng)求必須帶上token，token值在服務(wù)端的時(shí)間比較久，因?yàn)槲覀兿胍龅氖悄欠N永不下線(xiàn)的操作，所以每次請(qǐng)求我們都將token過(guò)期時(shí)間進(jìn)行累加。

數(shù)據(jù)庫(kù)設(shè)計(jì)

根據(jù)部分小伙伴的的建議，我這里做一下數(shù)據(jù)庫(kù)的整理：

用戶(hù)基礎(chǔ)表（users）

用戶(hù)驗(yàn)證關(guān)聯(lián)表（user_auth_rel）

本地用戶(hù)表（user_local_auth）

第三方用戶(hù)表（user_third_auth）

說(shuō)明

1. users表只是單純針對(duì)我們業(yè)務(wù)側(cè)的登錄，主要是做自身業(yè)務(wù)的oauth2.0業(yè)務(wù)，
2. user_local_auth是做自己用戶(hù)名、密碼登錄，手機(jī)號(hào)碼登錄信息記錄，
3. user_third_auth是我們第三方用戶(hù)體系的數(shù)據(jù)記錄，
4. user_auth_rel是用來(lái)關(guān)聯(lián)我們users表與user_local_auth、user_third_auth。
5. 整個(gè)設(shè)計(jì)理念就是將自建用戶(hù)與第三方在存儲(chǔ)上區(qū)分，這在架構(gòu)演進(jìn)上也是合乎情理的，開(kāi)始用戶(hù)體系大多自建，而后才是對(duì)外接入。

總結(jié)

1. 總的來(lái)講，第三方用戶(hù)的接入技術(shù)上來(lái)講是比較簡(jiǎn)單的，這里設(shè)計(jì)多一個(gè)user_thirds是可以支持足夠多的第三方接入，當(dāng)然一般我們也就兩三個(gè)登錄就好，太多登錄方不僅自身維護(hù)成本，界面擺盤(pán)也不好看不是。
2. 希望大家能夠通過(guò)以上學(xué)習(xí)，能夠?qū)τ谖覀兌噘~戶(hù)登錄有一個(gè)比較好的認(rèn)知，這里設(shè)計(jì)方案不包含分表分庫(kù)、沒(méi)有服務(wù)化，就是簡(jiǎn)單直接的設(shè)計(jì)，當(dāng)然用戶(hù)量和需要的不一樣，在這個(gè)基礎(chǔ)上還要加很多東西，謝謝大家閱讀?。?