微信小程序人脸认证从1.0升级到2.0，你有啥疑惑？

哎呀，说实话，这次升级真的是让人又爱又恨。 先说好，我不是技术大咖，只是个爱折腾的小开发者。 刚接到官方通知，心里一阵“嗖”，原来1.0的接口马上要下线。 我这边正好在搞一个金融类小程序，身份核验是必不可少的。 于是乎，我就开始翻官方文档，准备搬砖升级到2.0。 结果发现，流程比以前多了不少细节，尤其是活体检测那块儿。

1.0版本的接口相对简单，调用一次就Neng拿到verify_id，然后前端调起wx.requestFacialVerify。 整个过程大概两三步，一切kan起来挺顺畅的。 但是你知道吗？那时候的活体检测只支持眨眼，一个动作就Neng过关。 安全性自然不够，让人担心会被照片冒充。

升级后引入了3D活体检测，多动作校验，比如点头、转头、张嘴dou要Zuo。 接口也拆成了四个：获取access_token、申请verify_id、前端调起认证、查询结果。 每一步dou要Zuo好异常处理，否则hen容易被平台驳回。

第一步，先去微信公众平台拿AppID和AppSecret。 别忘了这俩玩意儿一定要保密，不然泄露后立刻重置！

第二步，用后端拼接URL请求access_token。 记得把返回的token缓存下来一般有效期两个小时提前几分钟刷新Zui稳妥。

第三步，用access_token再请求获取verify_id。 这一步需要传入用户的openid、实名信息，还有一个唯一的out_seq_no。

out_seq_noKe以用UUID去掉横杠后生成，确保字符长度符合要求。

拿到verify_id后直接调用wx.requestFacialVerify就行了。 这里有一点坑：成功回调只代表前端弹起了认证界面并不等于核身通过。 真正的结果要等后端再去queryVerifyInfo查询。

调用queryVerifyInfo时需要把之前保存的out_seq_no、openid和cert_info一起带上。 微信后台会校验这些信息与用户实际提交的人脸数据是否匹配，然后返回errcode和verify_ret。

⚠️ errcode=40001通常是access_token失效，要记得自动刷新再重试。

⚠️ verify_ret=100表示活体检测失败，多半是光线不好或者网络卡顿导致。

还有啊，Ru果你在开发环境用了debug模式，一定要切换成正式环境，否则上线后会报错。

顺带一提，hen多人问：为什么百度不收录? 实际上，是因为我们的页面缺少结构化数据和合适的meta标签，搜索引擎抓不到核心关键词，自然就不给收录啦。

说实话，我在提交审核的时候，被驳回了好几次。哈哈！每次dou是“功Neng描述不完整”“缺少隐私协议”。 我只好把文案写得geng详细，还特意加了一段用户隐私保护声明。

升级到2.0整体上提升了安全性，也让用户体验geng流畅。 Ru果你是第一次接触人脸核身，我建议先在测试号上跑通全链路，再迁移正式环境。

比如说你可Neng想知道怎么处理并发请求导致token抢占的问题？其实hen简单，加个分布式锁或者使用Redis原子操作即可。

或者你担心实名认证失败率太高怎么办？Ke以在前端加一个提示，引导用户调整光线或保持稳定姿势， 尝试。

# 小结