簽名
后端通過據(jù)此生成wx.config所需要的字段,參考鏈接
前端需要傳給后端當(dāng)前進(jìn)行簽名的URL，無(wú)需是分享后的URL
實(shí)操錯(cuò)誤：1，這個(gè)進(jìn)行開發(fā)的公眾號(hào)需要進(jìn)行認(rèn)證，否則白搭 2，前端傳給后端的url進(jìn)行encode ，后端需要 進(jìn)行decode ，從而保證進(jìn)行簽名的參數(shù) 沒有進(jìn)行過處理的原始參數(shù)
進(jìn)行wx.config，參考鏈接
config 信息進(jìn)行驗(yàn)證后 就可以 使用 config 配置上的那些 jsApiList:［，，，，，］
以上操作 不需要 用戶進(jìn)行登錄。。。。。
還有 在簽名過程中 我們已經(jīng)獲得了access_token,參考鏈接
登錄
前端需要上傳的參數(shù)是 appid 和 登錄成功后需要跳轉(zhuǎn)的url。。
后端 根據(jù)參數(shù) 進(jìn)行redirect
為了 保證用戶在一定期間內(nèi) 只進(jìn)行一次登錄，采取的解決方案 是
在用戶第一次登錄成功后 ，后端將 用戶信息 作為參數(shù) 掛在 redirec_url上 進(jìn)行跳轉(zhuǎn)，前端在讀取到鏈接上如果有參數(shù)， 則將參數(shù) 種在 請(qǐng)求后端接口的header上的cookie上，
后端提供接口 該接口 根據(jù)cookie 內(nèi)容中的ueser_id 進(jìn)行返回具體信息，如果后端讀不到user id 則 繼續(xù) 跳到登錄頁(yè)。。
這個(gè)登錄頁(yè) 是后端提供 的 后端在各個(gè)頁(yè)面進(jìn)行登錄邏輯處理，從而進(jìn)行redirect。。。
ok
最近工作比較忙，臨時(shí)寫了一篇，希望大家可以一起討論關(guān)于做微信開發(fā)時(shí)遇到的坑
