公告更新时间：2021年04月15日
考虑到近期开发者对小程序登录、用户信息相关接口调整的相关反馈，为优化开发者调整接口的体验，回收wx.getUserInfo接口可获取用户授权的个人信息能力的截止时间由2021年4月13日调整至2021年4月28日24时。
为优化用户的使用体验，平台将进行以下调整：
- 2021年2月23日起，若小程序已在微信开放平台进行绑定，则通过wx.login接口获取的登录凭证可直接换取unionID
- 2021年4月28日24时后发布的小程序新版本，无法通过wx.getUserInfo与<button open-type="getUserInfo"/>获取用户个人信息（头像、昵称、性别与地区），将直接获取匿名数据（包括userInfo与encryptedData中的用户个人信息），获取加密后的openID与unionID数据的能力不做调整。此前发布的小程序版本不受影响，但如果要进行版本更新则需要进行适配。
- 新增getUserProfile接口（基础库2.10.4版本开始支持），可获取用户头像、昵称、性别及地区信息，开发者每次通过该接口获取用户个人信息均需用户确认。具体接口文档：《getUserProfile接口文档》
- 由于getUserProfile接口从2.10.4版本基础库开始支持（覆盖微信7.0.9以上版本），考虑到开发者在低版本中有获取用户头像昵称的诉求，对于未支持getUserProfile的情况下，开发者可继续使用getUserInfo能力。开发者可参考getUserProfile接口文档中的示例代码进行适配。
请使用了wx.getUserInfo接口或<button open-type="getUserInfo"/>的开发者尽快适配。开发者工具1.05.2103022版本开始支持getUserProfile接口调试，开发者可下载该版本进行改造。
小游戏不受本次调整影响。
一、调整背景
很多开发者在打开小程序时就通过组件方式唤起getUserInfo弹窗，如果用户点击拒绝，无法使用小程序，这种做法打断了用户正常使用小程序的流程，同时也不利于小程序获取新用户。
二、调整说明
通过wx.login接口获取的登录凭证可直接换取unionID
若小程序已在微信开放平台进行绑定，原wx.login接口获取的登录凭证若需换取unionID需满足以下条件：
- 如果开发者帐号下存在同主体的公众号，并且该用户已经关注了该公众号
- 如果开发者帐号下存在同主体的公众号或移动应用，并且该用户已经授权登录过该公众号或移动应用
2月23日后，开发者调用wx.login获取的登录凭证可以直接换取unionID，无需满足以上条件。
回收wx.getUserInfo接口可获取用户个人信息能力
4月28日24时后发布的新版本小程序，开发者调用wx.getUserInfo或<button open-type="getUserInfo"/>将不再弹出弹窗，直接返回匿名的用户个人信息，获取加密后的openID、unionID数据的能力不做调整。
具体变化如下表：
即wx.getUserInfo接口的返回参数不变，但开发者获取的userInfo为匿名信息。
此外，针对scope.userInfo将做如下调整：
- 若开发者调用wx.authorize接口请求scope.userInfo授权，用户侧不会触发授权弹框，直接返回授权成功
- 若开发者调用wx.getSetting接口请求用户的授权状态，会直接读取到scope.userInfo为true
新增getUserProfile接口
若开发者需要获取用户的个人信息（头像、昵称、性别与地区），可以通过wx.getUserProfile接口进行获取，该接口从基础库2.10.4版本开始支持，该接口只返回用户个人信息，不包含用户身份标识符。该接口中desc属性（声明获取用户个人信息后的用途）后续会展示在弹窗中，请开发者谨慎填写。开发者每次通过该接口获取用户个人信息均需用户确认，请开发者妥善保管用户快速填写的头像昵称，避免重复弹窗。
插件用户信息功能页
插件申请获取用户头像昵称与用户身份标识符仍保留功能页的形式，不作调整。用户在用户信息功能页中授权之后，插件就可以直接调用 wx.login 和 wx.getUserInfo 。
三、最佳实践
调整后，开发者如需获取用户身份标识符只需要调用wx.login接口即可。
开发者若需要在界面中展示用户的头像昵称信息，可以通过<open-data>组件进行渲染，该组件无需用户确认，可以在界面中直接展示。
在部分场景（如社交类小程序）中，开发者需要在获取用户的头像昵称信息，可调用wx.getUserProfile接口，开发者每次通过该接口均需用户确认，请开发者妥善处理调用接口的时机，避免过度弹出弹窗骚扰用户。
微信团队
2021年4月15日
这么说吧，看我理解的对不对。
1、open-type="getUserInfo" 以及 wx.getUserInfo 相当于没啥用了，如果现有小程序已经包含这俩的，可以直接删除了。
为啥可以删除啊？因为这俩货只能返回openId和unionId了，我直接用wx.login它不是一样的香么。
当然，wx.login需要再走一遍后端，后端再走一遍请求，才能获取。不过咱获取sessionkey这一步是必须要走的，躲不开。这样一来。就感觉上面那俩货就废了。
2、将原先通过 上面俩货 获取 用户信息的接口的地方换成 wx.getUserProfile 即可。
wx.getUserInfo 这个接口，我已经弃用很久了，因此我感觉用户信息的逻辑中，只需要将
<button bindgetuserinfo='getUserInfo' open-type="getUserInfo" ></button>
中 bindgetuserinfo 的 getUserInfo(自定义的方法) 逻辑，替换为 wx.getUserProfile 的逻辑即可。
这样一看来，在目前的基础上来更新，逻辑变动并不是很大。当然，可能我对此次更新的理解有误，希望大家指正。
不规范使用登录流程的程序应该审核不通过。不应该修改接口。接口修改后会有新的问题。比如频繁调用getUserProfile
码农趟强了，没BUG制造BUG
4月13号之后发布的小程序，用户基础库2.10.4以下的怎么办？？？既不支持getUserProfile，老的getUserInfo只能拿到匿名数据，那岂不是拿不到用户信息了，那小程序活动里要展示助力用户信息怎么办？？？
wx.authorize接口请求scope.userInfo授权 根本没有反应啊
愚昧了，对获取用户信息一直都很困惑，为什么整这么两个
以我小程序 倒计的经验，99%的看到弹窗都点了拒绝，而且还吓跑了很多人
wx.getUserProfile接口的修改其实对微信登录的体验更差了。一般之前的微信登录流程为：
旧流程，只需要授权一次，之后的重新登录都是不需要重新弹窗。
而新接口，每次都必须弹窗，已经注册过的用户，无法通过只点击一次按钮直接完成登录操作。个人感觉，getUserProfile的接口，还是要跟授权一样，进行记录，没必要每次都弹窗授权
弱弱问句，compressImage 越压越大的bug啥时候能修复？
外包的就比较惨了，交付的小程序卡错了时间点，甲方拿到小程序看到一堆五花八门头像的“匿名用户”，扣尾款都是轻的，直接说你能力不行 23333