背景:
小程序通过__wxConfig.envVersion可以获取到小程序当前的运行环境,分为【release线上版本、trial体验版、develop开发版】。因为业务需要,我们不同版本分别访问不同的后台,然后根据这个做了请求前缀域名的区分。
遇到的问题:
今天多次提交小程序审核后,一直审核不通过,只是反馈提示请求失败,然后提交了一个新的版本,在请求失败时将小程序运行环境等信息给抛出来,才发现,小程序审核人员在审核的时候小程序的环境竟然是开发版????
想问一下,为什么小程序审核人员在审核我们的小程序的时候,竟然是develop的开发环境?同样的代码,只是改了部分样式,年前提交没问题,然后年后回来,提交审核的时候出了问题,一直找不到原因,后来在请求失败时将小程序运行环境等信息给抛出来,才发现,小程序审核人员在审核的时候小程序的环境竟然是开发版????
我们根据__wxConfig.envVersion获取到小程序当前的运行环境并进行区分,不就是为了区分各种环境吗?不就是为了让审核人员和审核通过并上线后的用户访问线上环境,而开发和测试人员访问不同的测试环境吗?审核人员按说在审核的时候小程序的环境不应该跟发布后的版本一致,这样才有审核的意义吗?如果审核人员在审核的时候竟然是develop开发环境,那我们根据这个进行小程序运行环境的区分还有什么意义?
另外,小程序审核人员审核时小程序的运行环境,是不是也应该公布一下,让我们清楚是什么环境然后针对性处理呢?还是说小程序审核人员审核时小程序的运行环境也并不一定是develop开发环境?
你好,建议提供appid协助核实,且确保appid提供正确,或请提供更多具体信息。
请问还需要提供什么具体信息?
我们获取env去根据相应的环境判断请求后台的路径,但是如果你们在审核是小程序获取的env不是固定的release的话,那我们就不能根据获取的env环境去判断做一些相应逻辑了啊!那如果这样的话,你们提供这个获取env环境的意义也就不大了是吧?
楼主你社区搜一下相关帖子就知道了,说多了都是泪。
搜 wx.getAccountInfoSync()
同样的问题, 每次发布都要重新申诉一遍。真的好烦。
今天也遇到相同的问题,如果审核时环境不是release,那这个api一点意义都没有了