背景

舊項(xiàng)目改造，進(jìn)行前后端分離。做成了spa，為了保證后端路由時(shí)期鏈接可用性，使用了history模式。

因?yàn)椴煌捻?yè)面有不同的分享內(nèi)容，所以每次路由都要重新進(jìn)行wx.config/wx.ready調(diào)用

微信分享遇到的坑

微信官方文檔上有下面一段話(huà)：

所有需要使用JS-SDK的頁(yè)面必須先注入配置信息，否則將無(wú)法調(diào)用（同一個(gè)url僅需調(diào)用一次，對(duì)于變化url的SPA的web app可在每次url變化時(shí)進(jìn)行調(diào)用,目前Android微信客戶(hù)端不支持pushState的H5新特性，所以使用pushState來(lái)實(shí)現(xiàn)web app的頁(yè)面會(huì)導(dǎo)致簽名失敗，此問(wèn)題會(huì)在Android6.2中修復(fù)）

在實(shí)際測(cè)試和大量真實(shí)數(shù)據(jù)收集后發(fā)現(xiàn)，Android4.4+都是支持pushState的。也就是說(shuō)，沒(méi)有遇到官方文檔所述的問(wèn)題。（此番調(diào)研后才決定采用history模式進(jìn)行實(shí)施的，導(dǎo)致IOS下踩了坑）

IOS下遇到了問(wèn)題：

# 打開(kāi)頁(yè)面時(shí)分享沒(méi)有問(wèn)題，路由一次之后再分享簽名錯(cuò)誤（invalid signature）

這個(gè)問(wèn)題是由于IOS微信瀏覽器下，有著下面的“特性”：

把第一次打開(kāi)的頁(yè)面叫做進(jìn)入頁(yè)；把前端路由若干次跳轉(zhuǎn)（通過(guò)pushState/replaceState改變url）之后，當(dāng)前打開(kāi)的頁(yè)面叫做當(dāng)前頁(yè)。

微信驗(yàn)簽使用的url（當(dāng)前網(wǎng)頁(yè)的URL，不包含#及其后面部分），在Android下取的是當(dāng)前頁(yè)url，在IOS下取的是進(jìn)入頁(yè)的url（支付目錄也是一樣）

知道了這個(gè)，可以采取下面的辦法來(lái)解決：

使用vuex保存進(jìn)入頁(yè)的URL，每次wx.config需要的參數(shù)，都使用進(jìn)入頁(yè)的URL來(lái)進(jìn)行簽名

至此，微信分享簽名錯(cuò)誤的問(wèn)題解決了，但分享還是不正常：# 自定義分享不生效

度娘谷歌了一番，大概有下面幾種辦法

• 使用hash模式
• 做成多頁(yè)應(yīng)用，每個(gè)頁(yè)面都是進(jìn)入頁(yè)
• 所有需要自定義分享的頁(yè)面使用<a>替換<router-link>，跟2類(lèi)似，使所有自定義分享頁(yè)面變成進(jìn)入頁(yè)

對(duì)于我們的業(yè)務(wù)場(chǎng)景來(lái)說(shuō)，hash模式不能保證歷史鏈接的可用性，多頁(yè)/<a>跳轉(zhuǎn)都是以犧牲一定體驗(yàn)性為代價(jià)。

經(jīng)過(guò)多番嘗試，最后發(fā)現(xiàn)用下面的方法勉強(qiáng)解決了問(wèn)題：

// 進(jìn)入頁(yè)面，控制自定義分享前，把當(dāng)前頁(yè)URL替換成進(jìn)入頁(yè)的URL（保證自定義分享正常）
this.setCurrentPage(location.href)
window.history.replaceState({}, document.title, this.landingPage)
wx.config()
wx.ready()

//...

// 離開(kāi)當(dāng)前頁(yè)時(shí)，還原當(dāng)前頁(yè)的URL（保證返回正常）
beforeRouteLeave(to, from, next) {
  window.history.replaceState({}, '', this.currentPage)
  next()
}

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論