大前提,公司用,个人不建议看,因为用不起。。。
前提,公司是做app的,我只写服务端,移动端前台的项目也会需要开发实人认证,这里我讲不了,也不会。。。
公司需要更换新的实人认证接口,基于我自己的理解,写下这篇文章
之前是老版本,版本具体在jar包里可以看得到
新旧区别主要是在字段上的区别,这次只讲新版
这里是maven路径我用的是发稿当天最新版
https://help.aliyun.com/document_detail/127471.html?&msctype=sms&mscareaid=cn&mscsiteid=cn&mscmsgid=2250119112100740222&&spm=a2c4i.12969315.zh-cnc.3&&short_name=f1.i8PB1&app=chrome
如上,官方链接
jar包讲完,开始吹牛逼
如图,是首页,前三步可以略过,总的来说前三步就是搞个账号,开通权限,第7步是获取key,这些不讲,我没操作过,因我是基于旧版升级,所以都是现成的,(具体实用价值就是在实用接口时要用到一个key的参数)
从第四步开始,如图
估计你也不会仔细看,跟我当初一样,其实仔细看第四列,就是入参,根据业务需求,这里我们采用的是实人认证当中的RPBasic和活体人脸验证方案当中的FVBioOnly
最简单的俩方案
RPBasic第一次操作会用到,然后业务当中保存人脸留底照,之后调用FVBioOnly
这里方案记得自己对照官方,仔细看能看懂
我自己的理解就是:
1.首次操作
(调用RPBasic)
首先你扫一下帅脸,然后会提示你上传身份证正反面照片,然后调用获取验证方法,在方法中做相应的业务处理,over
2. 第n次操作
(调用了FVBioOnly)
你扫一下帅脸,over
其实都是你写一个接口,调用这个实人认证的方案,然后接口返回一个token给移动端,移动端拿到token后,吧唧吧唧一顿处理,然后继续往下看
第五步,设置场景
根据我刚说的我们用到的是实人认证的 RPBasic ,这里对应着选择,记得也要选择相应的活体人脸验证,这里的场景标示在调用接口时会用得到
第六步时序图不带着看了,这个业务理清楚自然就明白了
第七步,既然你来看这篇文章,,,理应你已经有这个key了
第八步 大致略过,我没看懂干啥,因为我没发现在哪用
第九步
首先看发起认证请求这个页面,一大堆的参数,一看就晕
所以,就是贴在这里,没什么实际用途
翻到下面,点击这个
往下哗啦一下,就能看到这个了,这个的上面就会提示要用到的maven地址,建议去官网找最新版的或者用我最早贴的那个版本,也是新版的
之后看这个图,最上面可用ID,AccessKeyId和Secret都是在之前生成的,填入,这批代码copy过来也没问题
就这些,copy过来到你的项目里,然后填入相应的参数,几乎是死格式,over
然后就是这里的23456步都是在移动端做操作,你只需要把verifyToken提供给移动端就完事,这个接口结束
23456操作之后,你就得写新的接口了,一个调用查询结果的接口,就是把23456之后的这些代码copy到你的项目里,然后这里的bizId和bizType和你输入的返回token那个接口里一致,就能查到结果了
这里是返回参数,根据具体业务verifyResultResponse.getXxx() 就ok
这样RPBasic这个实体人脸验证方案就结束
根据我们的业务,是这样的在verifyResultResponse 里会有一个人像正面照图片,然后存到数据库里,之后每次调用验证只需要走FvBioOnly,刷一下帅脸就可以了
不同之处就在这里,相信聪明的你知道这里填写什么
获取查询结果的接口是一样的,根据你们的业务胡编乱造
吹完牛逼了,我没有贴代码,本片文章就是对阿里爸爸官方的实人认证做解释,聪明的你一看就懂