鍍金池/ 問答/網(wǎng)絡(luò)營銷  HTML/ 同一個(gè)公眾號(hào) JS接口安全域名 之下2個(gè)不同網(wǎng)站的域名 請求access_tok

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

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

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

圖片描述

回答
編輯回答
乖乖噠

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

建議公眾號(hào)開發(fā)者使用中控服務(wù)器統(tǒng)一獲取和刷新Access_token，其他業(yè)務(wù)邏輯服務(wù)器所使用的access_token均來自于該中控服務(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)該是由后端的輪詢服務(wù)（假如是90分鐘）來主動(dòng)獲取or刷新access_token，不應(yīng)該是由客戶端來獲取or刷新access_token，因?yàn)榇嬖陲L(fēng)險(xiǎn)，容易被頻繁刷新導(dǎo)致接口請求達(dá)到上限

2018年7月29日 20:14
編輯回答
墨染殤

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

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

2018年9月14日 19:46