背景
舊項目改造,進行前后端分離。做成了spa,為了保證后端路由時期鏈接可用性,使用了history模式。
因為不同的頁面有不同的分享內(nèi)容,所以每次路由都要重新進行wx.config/wx.ready調(diào)用
微信分享遇到的坑
微信官方文檔上有下面一段話:
所有需要使用JS-SDK的頁面必須先注入配置信息,否則將無法調(diào)用(同一個url僅需調(diào)用一次,對于變化url的SPA的web app可在每次url變化時進行調(diào)用,目前Android微信客戶端不支持pushState的H5新特性,所以使用pushState來實現(xiàn)web app的頁面會導致簽名失敗,此問題會在Android6.2中修復)
在實際測試和大量真實數(shù)據(jù)收集后發(fā)現(xiàn),Android4.4+都是支持pushState的。也就是說,沒有遇到官方文檔所述的問題。(此番調(diào)研后才決定采用history模式進行實施的,導致IOS下踩了坑)
IOS下遇到了問題:
# 打開頁面時分享沒有問題,路由一次之后再分享簽名錯誤(invalid signature)
這個問題是由于IOS微信瀏覽器下,有著下面的“特性”:
把第一次打開的頁面叫做進入頁;把前端路由若干次跳轉(zhuǎn)(通過pushState/replaceState改變url)之后,當前打開的頁面叫做當前頁。
微信驗簽使用的url(當前網(wǎng)頁的URL,不包含#及其后面部分),在Android下取的是當前頁url,在IOS下取的是進入頁的url(支付目錄也是一樣)
知道了這個,可以采取下面的辦法來解決:
使用vuex保存進入頁的URL,每次wx.config需要的參數(shù),都使用進入頁的URL來進行簽名
至此,微信分享簽名錯誤的問題解決了,但分享還是不正常:# 自定義分享不生效
度娘谷歌了一番,大概有下面幾種辦法
對于我們的業(yè)務場景來說,hash模式不能保證歷史鏈接的可用性,多頁/<a>跳轉(zhuǎn)都是以犧牲一定體驗性為代價。
經(jīng)過多番嘗試,最后發(fā)現(xiàn)用下面的方法勉強解決了問題:
// 進入頁面,控制自定義分享前,把當前頁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() }
網(wǎng)頁題目:vue-routerhistory模式下的微信分享小結(jié)-創(chuàng)新互聯(lián)
標題鏈接:http://sd-ha.com/article36/cdejpg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供品牌網(wǎng)站制作、服務器托管、網(wǎng)站制作、網(wǎng)站設(shè)計公司、網(wǎng)站排名、全網(wǎng)營銷推廣
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容