背景

舊項目改造，進行前后端分離。做成了spa，為了保證后端路由時期鏈接可用性，使用了history模式。

因為不同的頁面有不同的分享內容，所以每次路由都要重新進行wx.config/wx.ready調用

微信分享遇到的坑

微信官方文檔上有下面一段話：

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

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

IOS下遇到了問題：

# 打開頁面時分享沒有問題，路由一次之后再分享簽名錯誤（invalid signature）

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

把第一次打開的頁面叫做進入頁；把前端路由若干次跳轉（通過pushState/replaceState改變url）之后，當前打開的頁面叫做當前頁。

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

知道了這個，可以采取下面的辦法來解決：

使用vuex保存進入頁的URL，每次wx.config需要的參數(shù)，都使用進入頁的URL來進行簽名

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

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

• 使用hash模式
• 做成多頁應用，每個頁面都是進入頁
• 所有需要自定義分享的頁面使用替換，跟2類似，使所有自定義分享頁面變成進入頁

對于我們的業(yè)務場景來說，hash模式不能保證歷史鏈接的可用性，多頁/跳轉都是以犧牲一定體驗性為代價。

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

//...

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