由于收到开发者的反馈，为了方便开发者更好地使用获取用户信息的接口，开发者仍然可以使用 wx.getUserInfo 接口获取用户信息。
具体优化调整如下：
1.获取用户头像昵称，第一次需要使用 button 组件授权，如果已经用组件授权了，wx.getUserInfo 可直接返回用户数据，无需重复授权弹窗。
2. 如果没有用 button 组件授权，wx.getUserInfo 调用接口返回失败，提醒开发者需要先使用 button 组件授权。
3. 用户可在设置中，取消授权。取消授权后需重新用 button 组件拉起授权。
此次调整仅会影响开发者工具、体验版和开发版，正式版本小程序暂不受影响。
详细可见如下接口文档：
小程序:
1.使用 button 组件，并将 open-type 指定为 getUserInfo 类型，用户允许授权后，可获取用户基本信息。
详情参考文档:
https://developers.weixin.qq.com/miniprogram/dev/component/button.html
2.使用 open-data 展示用户基本信息。
详情参考文档:
https://developers.weixin.qq.com/miniprogram/dev/component/open-data.html
小游戏：
1.使用用户信息按钮 UserInfoButton。
详情参考文档:
2.开放数据域下的展示用户信息。
详细参考文档：
https://developers.weixin.qq.com/minigame/dev/document/open-api/data/wx.getUserInfo.html
请各位开发者注意及时调整接口，正式版未来也会逐步切换为这个逻辑。
直接炸毛了
我只是个刚进坑的萌新，现在看得是别人写好的点餐小程序，我不知道别的大佬怎么玩的这个getUserinfo，但是我的这个项目是用nickName和avatarUrl还有code调用你们的接口换取openid，毕竟openid跟sessionid类似全局唯一，点餐及付费都跟openid绑定，你现在要改成一个用户可以不点又不能自主触发的按钮（小程序按钮能自行触发吗？）。你要我现在每一次点餐操作都去判断有没有openid？
程序员何必为难程序员
哇，现在连说话都不能通过了。厉害了![]()
官方考虑做小游戏的感受没有？ 我们实现个邀请对战功能，受邀请者 点邀请链接进来之后，需要把用户昵称头像上传服务器，如果你们这么改，我们还得单独设计一个 按钮页面，让用户点了才能进入房间。 你们如果真想改，能不能小游戏和小程序有点区别呢？
强烈建议微信改回来
我想知道 scope.userInfo【废弃】之后 怎么判断用户是否授权？
-----存缓存的话，用户在设置里取消授权你的缓存不会更改
------判断用户授权没授权调wx.getUserInfo，我感觉很不优美，这个接口不是干这个的，
@微信官方你在为难谁？
有一些疑问：
1. 如果小程序有几个分享入口（需求是小程序需要登录才能浏览），岂不是分享入口也都要放置一个授权按钮？
2. 目前上线的小程序用的是旧逻辑还是做了兼容？
3. 以后上传的小程序都要改成现有标准码？
4. 现有标准这么多人吐槽，会变回去吗？
调整无可厚非的， 但是能不能做到以下几点，
明确调整期, 像app store那样 说明什么时候是deadline
给予充足的调整时间，这次这个大改动，开发者工具上发出警告在上个月中，一个月的时间就说没就没，这么重要的接口，1个月时间的调整期，绝对不够的（要考虑到开发者手上可能还有一大堆来自于产品经理的“紧急”需求呢，不说明deadline又那么短时间进行调整，不是搞死人吗？）
3. 确保信息能有效地传递到开发者上 ，不要仅在论坛公布，希望可以通过官方公众号或者开 发者工具推送出来，让开发者能更好的接收到信息。
希望下次还有类似的变动时，能有更好的传递，以上
官方是打算用这种方式提升社区热度么？秀得我满脸鲜血。