概述大家很清楚，在测试环境中公众号的app id是绝对不能和生产环境的app id相同！！！如果这个问题都不清楚的就应该面壁去。。。 通常在测试环境上使用的的app id有两种，分别如下。  （1）公众号内提供的测试号  [图片] （2）另外一个公众号  [图片] 对于测试环境使用另一个公众号，不存在不能测试支付的问题，主要这个公众号必须开通拥有权限。虽然有点浪费资源，但这方式最最简单直接，我们可以放开手脚去开发！！！ 在测试环境不能测试支付相关的代码，通常都是使用的测试号。因为微信团队并没有为测试号开通支付权限。 解决方案在支付页面，所用到的appid、key、商户号以及open id需要使用正式的。大致包括: （1）页面的微信JS的配置参数以及签名使用的app id要使用正式的app id。 （2）调用微信统一下单接口的app id、商户号、key以及open id需要使用正式的。 BTW，测试环境的open id最好和正式的open id做一个映射，至于采用怎样的存储方案视团队情况，可以使用property文件、数据库、甚至是hard code（不建议）。 （3）在正式号的支付开发配置页面配置支付测试目录和白名单，如下。  [图片] 这都做好后，对于测试环境中的支付链接，还不能在测试号内打开，会出现不允许跨号支付的问题，如下。  [图片] 处理方式是，把测试环境的支付链接复制粘贴到正式公众号内，并点击支付。

- 需求的场景描述（希望解决的问题） 目前微信请求只能用wx.request,在这种情况下响应头部信息的获取就依赖与wx.request的返回res.headers 但是这个res.header返回的信息却并非完整头部 场景举例：我需要跳转到一个页面，并从另一个页面中转进入加参数进入目标页面  此时希望能够从头部的Location中获取信息 但是目前是拿不到Location信息的 返回的响应头信息并不全面 - 希望提供的能力 有没有是吗方法可以获取完整的响应头部？

properties: { colors: { type: Object, value: {} // {black: xxxxx.png,red:xxx.jpg} }, counts: { type:Object, value:{} // {black: {m: 99, s: 88, xxl: 55},red: {m: 99, s: 88, xxl: 55},white: {m: 99, s: 88, xxl: 55}} } }, lifetimes:{ created:function(){ console.log('this.data:',this.data);//可以正常打印数据 console.log('this.data.colors:',this.data.colors);//打印是个{}对象 console.log(Object.keys(this.data)); }, }, [图片] 头一回遇到这种情况,不知道哪里出了问题