java實現(xiàn)微信小程序登錄態(tài)維護
|
相信不少喜歡開發(fā)的朋友都已經(jīng)知道微信小程序是個什么物種了，樓主也是從小程序內(nèi)測期間就開始關(guān)注，并且也寫過幾個已經(jīng)上線的微信小程序。但是基本上都是寫的純前端，最近樓主從后端到前端寫一個完整的小程序項目，中間碰到了一些問題，樓主會找一些個人覺得有學(xué)習價值的點不定時的拿出來跟大家分享，希望對你有一些幫助。 本次就從最基本的微信小程序登錄態(tài)維護開始吧。小程序官方api文檔里面有對登錄態(tài)的一個完整的解釋，并且有相關(guān)的代碼。想看詳情，可以出門右轉(zhuǎn)：https://mp.weixin.qq.com/debug/wxadoc/dev/api/api-login.html#wxloginobject我第一次看的時候沒怎么看懂，并且代碼沒有提供java版本的，這讓一個java程序員情何以堪，所以在努力研究了以后決定要做一個java版本的簡單的demo放出來。 作為服務(wù)端，如果想獲得到使用微信小程序的會員信息，就需要小程序作為客戶端把會員的基本信息傳過來。類似于手機號，openId可以作為當前小程序中用戶的唯一性標志。然而如果把會員的openId信息明文直接在服務(wù)端與小程序端來回傳輸?shù)脑?，會有安全性的問題。萬一被別人得到這個openId，就相當于得到會員的手機號一樣，就可以做一些其他操作了，顯然是不安全的。 為了解決這一問題微信采用了相對安全的方式。
微信小程序端會調(diào)用wx.login的api，然后會得到一個code，這個code對外人來講是沒有任何意義的，可以放心的傳給服務(wù)端。服務(wù)端得到code以后，加上你申請小程序時的appId， app secret,去調(diào)微信的接口 openid 用戶唯一標識 session_key 會話密鑰 unionid 本字段在滿足一定條件的情況下才返回 其中openid 就是會員的唯一性標記，此時服務(wù)端可以保存下來。 session_key 以后解密 unionId（整個開放平臺會員的唯一性標識）時有用。 服務(wù)端得到openid以后，為了后邊的交互，要保存下來。一般來講有兩種方式：一種是直接入數(shù)據(jù)庫，一種是采用效率高一點的緩存。樓主采用的是后者，方式是redis。 按照微信的建議此時需要生成一個不重復(fù)值作為openId的唯一性標識。這里采用的是java的uuid。然后把這個uuid值作為key，把openid以及后面會用到的session_key作為value，存進redis。并且把uuid值返回給小程序。這樣小程序就可以直接拿uuid值跟服務(wù)端交互。 也許會有人問，如果有人得到uuid值其實跟得到openid沒什么區(qū)別啊，都相當于是會員的唯一性標志。 所以這里要對這個uuid值進行一個處理。首先存入redis時要有時效性。session_key在微信服務(wù)器有效期是30天，建議服務(wù)端緩存session_key不超過30天。當小程序傳過來的uuid值過期時，認為這是過期的uuid，則重新走wx.login步驟。 為了方便redis中不僅會寸uuid與openid的對應(yīng)關(guān)系。還會再存一條openid對應(yīng)uuid的記錄，目的是為了下一次重新wx.login步驟時根據(jù)openid找到之前老的uuid，如果存在的話就刪掉，然后查詢一條新的uuid值，并且把openid對應(yīng)的這條記錄也更新掉。這樣redis服務(wù)器中就不會有多余的臟數(shù)據(jù)，減輕服務(wù)器的負擔。 以上就是我理解的整個登錄態(tài)的過程，當然還有wx.checkSession這些沒有講到，其實就是發(fā)現(xiàn)session_key失效是再重新走一遍上述的流程就可以了。所以沒有仔細說。不知道我有沒有講清楚。我會把整個流程的關(guān)鍵代碼貼出來，供大家參考。
|
