Web前端之路IT技术篇大前端-爬坑路

wxJSAPI----uniApp(h5项目调用扫一扫)

2019-09-14  本文已影响0人  齐梓曦

遭遇到的问题

uniApp生成h5项目,引入wxjsAPI,调用微信扫一扫。安卓(Android)机下正常调用,苹果(ios)机上首次进入调用成功,之后就调不起来扫一扫(invalid signature)。

js相关代码如下:


    const wxJSAPI = require("common/javascript/wxJSAPI.js")
    
    // 微信jsdk扫码
    wxSdk(res) {
        let _this = this
        wxJSAPI.config({
            debug: BASE_CONFIG.wxConfig.debug, // 开启调试模式,调用的所有api的返回值会在客户端alert出来,若要查看传入的参数,可以在pc端打开,参数信息会通过log打出,仅在pc端时才会打印。
            appId: res.appId,// 必填,公众号的唯一标识
            timestamp: res.timestamp, // 必填,生成签名的时间戳
            nonceStr: res.nonceStr, // 必填,生成签名的随机串
            signature: res.signature,// 必填,签名
            jsApiList: ['scanQRCode'], // 必填,需要使用的JS接口列表
        });
        wxJSAPI.ready(function () {   //需在用户可能点击分享按钮前就先调用
            wxJSAPI.scanQRCode({
                needResult: 1, // 默认为0,扫描结果由微信处理,1则直接返回扫描结果,
                scanType: ["qrCode","barCode"], // 可以指定扫二维码还是一维码,默认二者都有
                success: function (res) {
                    // let qrInfo = {toPageUrl:res.resultStr}
                    window.open(res.resultStr)
                }
            });
        });
        wxJSAPI.error(function(res){
            console.log(res,'wxJSAPI.error')
        });
    },

问题原因及解决方案

原因

在全网搜索加细细察看微信jsAPI文档后发现如下一段话:

(同一个url仅需调用一次,对于变化url的SPA的web app可在每次url变化时进行调用,目前Android微信客户端不支持pushState的H5新特性,所以使用pushState来实现web app的页面会导致签名失败,此问题会在Android6.2中修复)。

这段话讲的是Android不支持pushState的h5特性,然而Android上是没问题的,有问题的是ios。但是这句话无疑提供了解题思路:会不会是ios上的微信客户端因为不支持pushState的特性而造成的签名失败导致scanQRCode只在首次调用生效呢

过程

1,检测传入获取签名url与当时页面url是否一致

    /**
     *
     * 由于只有这个页面调用scanQRCode,一开始传参给后端的url写死在配置里面。后来与后端配合检测是否因ios
     *
     * 下传参url与当时页面url不一致而造成的签名失败
     *
     */
    getWxConfigApi(successFn) { // 获取微信config信息
        let currtentUrl
        // #ifdef H5
            currtentUrl = location.href
        // #endif
        $http({
            apiUrl: GET_WXCONFIG,
            params: {url:currtentUrl?currtentUrl:BASE_CONFIG.wxConfig.paramUrl},
            success:(res)=>{
                typeof successFn == "function" && successFn(res)
            },
            fail:(err)=>{
                console.log(err,'getWxConfigApi--fail')
            }
        })
    }
    /**
     *
     * 结果:
     * 后端小伙伴在日志中发现传入的参数与当前url一致是匹配的
     *
     */

2,验证没得到想要的结果,一时再次进入窘境。却忽然间想到在做分享功能时遇到的一个问题。

比如在,https://XXX.XXX.com/selfInfo/index 进行分享(分享未作任何配置),在Android中分享出去的路径为 https://XXX.XXX.com/selfInfo/index 而在ios下分享出去的确是 https://XXX.XXX.com/

嗯嗯。。。(好像想到点什么?)

会不会时ios只认第一次进入项目的路径呢?(小声逼逼。。。)

于是有了下面的尝试(在需要跳转至该页面的地方弃用框架的uni.navgateto接口进行跳转采用window.open进行跳转)


    goPointPage(item) {
        // #ifdef H5
            window.open(BASE_CONFIG.wxConfig.paramUrl)
        // #endif
        // uni.reLaunch({
        //     url:'/pages/home/index'
        // })
    },
    
    /**
     *
     * 结果:
     * 大功告成,调用一次成功一次。(心情变得美美的)
     *
     */

总结

问题最终解决了,过程却没有当下写的这么轻松。文档还是得细细的品,搜索还是得好好的用,技术还是不够用!前端路漫漫,吾将上下而求索。


END

上一篇下一篇

猜你喜欢

热点阅读