同一個(gè)公眾號(hào) JS接口安全域名之下2個(gè)不同網(wǎng)站的域名請(qǐng)求access_token的問(wèn)題

同一個(gè)公眾號(hào)，如果JS接口安全域名之下如果填寫(xiě)的是2個(gè)不同網(wǎng)站的域名，
那么會(huì)不會(huì)造成這2個(gè)網(wǎng)站請(qǐng)求到的access_token是一樣的？
因?yàn)閍ccess_token需要在服務(wù)器緩存，由此會(huì)不會(huì)造成2個(gè)網(wǎng)站相互干擾沖突？

例如下圖，
假設(shè)kusima.me在9點(diǎn)請(qǐng)求了access_token并緩存7200秒，
然后jiatuma.com在10點(diǎn)30時(shí)請(qǐng)求了access_token并緩存7200秒，這時(shí)請(qǐng)求到的是不是和kusima.me的是一樣的？
然后jiatuma.com在11點(diǎn)10時(shí)再次使用access_token，此時(shí)的access_token會(huì)不會(huì)已無(wú)效？？
因?yàn)檫@個(gè)是kusima.me在9點(diǎn)請(qǐng)求到的。
會(huì)不會(huì)有這種情況？？？

圖片描述

回答

編輯回答

乖乖噠

如果你兩個(gè)站分開(kāi)部署，也要用到同一個(gè)微信號(hào)的話，你的 access_token 就不能保存在其中一個(gè)站了
必須保持 access_token 一致

建議公眾號(hào)開(kāi)發(fā)者使用中控服務(wù)器統(tǒng)一獲取和刷新Access_token，其他業(yè)務(wù)邏輯服務(wù)器所使用的access_token均來(lái)自于該中控服務(wù)器，不應(yīng)該各自去刷新，否則容易造成沖突，導(dǎo)致access_token覆蓋而影響業(yè)務(wù)

可以使用其中一個(gè)站點(diǎn)獲?。ㄋ⑿拢?，并提供其他站點(diǎn)獲取 access_token 的接口

2017年1月4日 14:22

編輯回答

莫小染

我理解的access_token應(yīng)該是由后端的輪詢(xún)服務(wù)（假如是90分鐘）來(lái)主動(dòng)獲取or刷新access_token，不應(yīng)該是由客戶端來(lái)獲取or刷新access_token，因?yàn)榇嬖陲L(fēng)險(xiǎn)，容易被頻繁刷新導(dǎo)致接口請(qǐng)求達(dá)到上限

2018年7月29日 20:14

編輯回答

墨染殤

這2個(gè)前端頁(yè)面獲取到的access_token當(dāng)然是一樣的……但不應(yīng)該會(huì)沖突——因?yàn)槟銘?yīng)該要訪問(wèn)同一個(gè)接口獲取，或者即便是不同接口，他們也應(yīng)該去訪問(wèn)同一個(gè)redis或者其他數(shù)據(jù)庫(kù)/緩存來(lái)獲取access_token

而服務(wù)器端的邏輯向來(lái)都是，先取緩存、判斷緩存的access_token是否超時(shí)、超時(shí)/或者沒(méi)找到緩存的話，會(huì)重新生成一個(gè)給你。所以對(duì)于前端來(lái)說(shuō)并沒(méi)有什么好擔(dān)心的。只管取就是了，和時(shí)間無(wú)關(guān)，那是后端要操心的邏輯

2018年9月14日 19:46