如果你在进行getphonenumber操作的流程之前，执行过wx.login的登录操作，调用你们自己后台自己写的登录接口之后 再去进行getphonenumber 的操作的话，在 getphonenumber 的回调里就不要再次调用wx.login的api拿最新的code了，因为这样每次点击获取电话号码都会获取最新的code ，但是code有两个特点：1.有效期只有5分钟，超过5分钟即失效 2.获取最新的code有可能会刷新你登录时候的登录态，导致登录时候获取的sessionkey失效，这就是每次点击getphonenumber按钮实时获取code有一定几率失败的原因，会报 bad key 的错误，如果在登录接口调用之后 点击getphonenumber的动作之前的这个时间段再次获取最新的code保存到本地，这样也会有code失效的问题 invaild code 由于getphonenumber的按钮没有做防重复 在ios上特别的明显，快速点击的时候会弹出两个授权框，也有可能再执行了第一个getphonenumber的操作 调转到了页下个页面之后，弹出改授权框，你再点击就会报code been used 或者直接卡死在跳转后的页面，这个问题没有办法修复，只能依靠微信官方来解决了，以上这两种情况都不适合，那么该怎么处理哪，我的思路是 在点击getphonenumber的按钮之后，在按钮的bindtap事件中让一个wx.showToast加载框显示（防止多次重复弹框，能改善，不能彻底解决），在弹出的授权框点击允许的动作之后才会真正的执行 bindgetphonenumber的回调，在该回调中先调用wx.checksession方法检验sessionkey的有效期，如果有效提示后台使用调用登录接口时候code获取的sessionkey去配合 点击点后号码的回调事件中的iv 和encryptedData，去进行解密电话号码的操作，如果过期则再调用wx.login 获取最新的code去拿到有效的sessionkey，但是根据我的测试，这个时候仍然会报错，也就是说一旦登录时候的sessionkey被刷新了，不管你如何操作（重新code也不行） 再解密电话号码都会报错的。目前只有靠官方来处理了。