背景
旧项目改造，进行前后端分离。做成了spa，为了保证后端路由时期链接可用性，使用了history模式。
因为不同的页面有不同的分享内容，所以每次路由都要重新进行wx.config/wx.ready调用
微信分享遇到的坑
微信官方文档上有下面一段话：
所有需要使用JS-SDK的页面必须先注入配置信息，否则将无法调用（同一个url仅需调用一次，对于变化url的SPA的web app可在每次url变化时进行调用,目前Android微信客户端不支持pushState的H5新特性，所以使用pushState来实现web app的页面会导致签名失败，此问题会在Android6.2中修复）
在实际测试和大量真实数据收集后发现，Android4.4+都是支持pushState的。也就是说，没有遇到官方文档所述的问题。（此番调研后才决定采用history模式进行实施的，导致IOS下踩了坑）
IOS下遇到了问题：
# 打开页面时分享没有问题，路由一次之后再分享签名错误（invalid signature）
这个问题是由于IOS微信浏览器下，有着下面的“特性”：
把第一次打开的页面叫做进入页；把前端路由若干次跳转（通过pushState/replaceState改变url）之后，当前打开的页面叫做当前页。
微信验签使用的url（当前网页的URL，不包含#及其后面部分），在Android下取的是当前页url，在IOS下取的是进入页的url（支付目录也是一样）
知道了这个，可以采取下面的办法来解决：
使用vuex保存进入页的URL，每次wx.config需要的参数，都使用进入页的URL来进行签名
至此，微信分享签名错误的问题解决了，但分享还是不正常：# 自定义分享不生效
度娘谷歌了一番，大概有下面几种办法
- 使用hash模式
- 做成多页应用，每个页面都是进入页
- 所有需要自定义分享的页面使用<a>替换<router-link>，跟2类似，使所有自定义分享页面变成进入页
对于我们的业务场景来说，hash模式不能保证历史链接的可用性，多页/<a>跳转都是以牺牲一定体验性为代价。
经过多番尝试，最后发现用下面的方法勉强解决了问题：
// 进入页面，控制自定义分享前，把当前页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()
}
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持北冥有鱼。
您可能感兴趣的文章:
- Vue-router 中hash模式和history模式的区别
- vue-router中的hash和history两种模式的区别
- vue vue-Router默认hash模式修改为history需要做的修改详解
- Vue-Router模式和钩子的用法
- vue 项目打包通过命令修改 vue-router 模式 修改 API 接口前缀
- vue-router启用history模式下的开发及非根目录部署方法
- vue-router的HTML5 History 模式设置
- 浅谈vue项目4rs vue-router上线后history模式遇到的坑
- vue-router的两种模式的区别
- 一文了解vue-router之hash模式和history模式
- vue-router两种模式区别及使用注意事项详解
