文档介绍：财付通接口文档及代码财付通API接口文档样例代码引言文档概述阅读对象具有WEB程序开发背景,了解JAVA语言。业务术语接口业务流程支付流程支付流程中,用户在财付通APP中购买业务,通过财付通支付平台进行支付。典型业务流程如下:买家在财付通APP上浏览下单购买一个商品,财付通APP会生成一个支付链接,此链接通过用户的浏览器跳转到财付通开放平台,财付通通过此链接获取支付请求的参数,引导用户完成支付过程。用户在财付通完成支付后,财付通通过return_url将用户浏览重新定向到财付通APP,财付通APP向用户提示订单状态和后续操作。同时,财付通会通过后台回调财付通APP的notify_url,财付通APP在收到支付结果通知后可以根据通知ID查询通知内容,在确保支付成功后再进行业务逻辑处理(例如发货),这样可以进一步提高安全性,防止伪支付成功结果的诈骗。通知查询/订单查询流程通知查询/订单查询是指财付通APP向财付通系统发送查询请求,并同步等待财付通系统处理完毕后返回的响应数据。数据交互是财付通APP与财付通服务器直接通信。例如用户在财付通APP查询时,财付通APP要确认用户某个订单是否支付成功,可以向财付通发送一个查询请求,财付通收到请求后返回查询结果,财付通APP处理结果后再显示给用户。后台通知流程后台通知是指财付通系统主动向财付通APP发送通知数据,并同步等待财付通APP处理完毕后返回的响应数据。数据交互是财付通服务器与财付通APP直接通信,一般请求采用http的get或post,应答用字符串格式。用户在财付通支付成功后,财付通会在后台通过notify_url向财付通APP发起通知,ess,失败返回fail或其他字符。补单机制对后台通知流程,ess或由于网络异常超时,财付通认为通知失败,财付通会通过一定的策略(如1分钟、2分钟、4分钟、8分钟、16分钟、32分钟,共6次)定期重新发起通知,尽可能提高通知的成功率,但财付通不保证通知最终能成功。由于上述原因,可能存在同样的通知多次发送给财付通APP的情况。财付通APP必须能够正确处理,在收到重复的后台通知不重复引发业务流程(例如发货)。财付通推荐的做法是,当收到财付通发送的通知消息时,需要检查本系统支付页面如下:在小钱包中:在普通浏览器中:SDK说明概述API说明共享登录用户信息接口:用户跳转到应用时,初始化ShareLoginState对象,()即可获得当前用户的id支付接口,常见开发步骤如下:初始化请求对象PayRequest设置请求系统级参数(应用ID等),(应用ID)设置请求业务级参数,(参数名称,参数值)生成跳转URL,()将用户重定向到跳转URL,例如Servlet/()或用Javascript进行页面跳转通知查询或订单查询,常见开发步骤如下:初始化请求对象,例如NotifyQueryRequest或OrderQueryRequest设置请求系统级参数(应用ID等),(应用ID)设置请求业务级参数