支付宝即时到账接口的集成和使用如果商户想在自己的网站上，集成支付宝的即时到账接口，首先要申请该服务，申请地址：/order/productDetail.htm?productId=5662商户系统请求－支付宝响应交互模式，即支付宝接口集成及使用的工作原理：&根据这个原理图，我们可以把集成支付宝接口的步骤划分如下：产品参考：/Products/Download/?type=xcj一．&&&&请求1.&构造请求数据商户根据支付宝提供的接口规则，通过程序生成得到签名结果及要传输给支付宝的数据集合。&O&&选定参数&O&&排序生成待签名字符串对参数数组里的每一个值从a到z的顺序排序，若遇到相同首字母，则看第二个字母，以此类推。排序完成之后，再把所有数组值以&&&字符连接起来，如：_input_charset=gbk&out_trade_no=7966&partner=8364&payment_type=1&return_url=/alipay/return_url.asp&sell&service=create_direct_pay_by_user&subject=贝尔金护腕式&total_fee=100需要注意的是，在请求参数列表中，除去sign、sign_type两个参数外，其他需要使用到的参皆是要签名的参数。（个别接口中参数sign_type也需要参与签名。）（1）使用冒泡排序对参数数组进行排序：（2）用&&&字符连接参数组合成待签名的字符串：&O&&加密生成签名有三种签名方式：MD5签名、DSA签名和RSA签名。MD5签名:&需要把私钥直接拼接到待签名字符串后面，形成新的字符串，利用MD5的签名函数对这个新的字符串进行签名运算，从而得到32位签名结果字符串。DSA、&RSA签名：把待签名字符串与客户的私钥一同放入DSA或RSA的签名函数中进行签名运算，从而得到签名结果字符串。下面是用MD5签名的代码：2.&发送请求数据向支付宝发送请求数据有post和get两种方式，建议使用post&方式，相对比较安全。&二．&&&&通知支付宝对商户的请求数据处理完成后，会通过两种方式通知商户处理结果，一种是页面跳转同步通知（return_url），另一种是服务器异步通知（notify_url） 。服务器异步通知（notify_url）是支付宝服务器主动向商户发送的通知，只有当订单的交易状态改变时才会触发，可以防止因网络等原因引起的丢单问题。对同步通知和异步通知结果的处理步骤大致相同，只是处理完成后的返回值不同。1.&&&&&&验证签名在通知返回参数列表中，除去sign、sign_type两个参数外，凡是通知返回回来的参数皆是要签名的参数，具体的签名步骤与请求时相同。如果新得到的签名与支付宝返回的签名相同，则签名验证成功。2.&&&&&&判断是否是支付宝服务器发来的处理结果为了防止某些人伪造支付宝发来的处理消息，还要验证消息的合法性，有以下三个方法：&3.&&&&&&判断订单的交易状态及数据处理当订单的交易状态为&TRADE_FINISHED&或者&TRADE_SUCCESS& ，即为交易成功，接下来就可以根据自己网站的实际情况，进行自己的处理了。在处理数据前一定要先判断订单状态，是否已经处理过，防止重复操作。4.&&&&&&返回数据同步通知（return_url）：对返回值没有要求，可以做任意操作。异步通知（notify_url）：程序处理成功后，该页面不能执行页面跳转，且页面上不能有任何字符，要返回&success&7个字符。否则，支付宝会重发处理结果的通知。
最新教程周点击榜
微信扫一扫支付宝即时到账接口的集成和使用 php支付宝接口 支付宝提现接口 支付宝接口源_.NET教程_网络编程_码蚁之家_
支付宝即时到账接口的集成和使用(1/3)
支付宝即时到账接口的集成和使用如果商户想在自己的网站上，集成支付宝的即时到账接口，首先要申请该服务，申请地址：/order/productDetail.htm?productId=5662商户系统请求－支付宝响应交互模式，即支付宝接口集成及使用的工作原理：根据这个原理图，我们可以把集成支付宝接口的步骤划分如下：产品参考：/Products/Download/?type=xcj一．&&&&请求1.&构造请求数据商户根据支付宝提供的接口规则，通过程序生成得到签名结果及要传输给支付宝的数据集合。&O&&选定参数&O&&排序生成待签名字符串对参数数组里的每一个值从a到z的顺序排序，若遇到相同首字母，则看第二个字母，以此类推。排序完成之后，再把所有数组值以&&&字符连接起来，如：_input_charset=gbk&out_trade_no=7966&partner=8364&payment_type=1&return_url=/alipay/return_url.asp&seller_email=alipay-&service=create_direct_pay_by_user&subject=贝尔金护腕式&total_fee=100需要注意的是，在请求参数列表中，除去sign、sign_type两个参数外，其他需要使用到的参皆是要签名的参数。（个别接口中参数sign_type也需要参与签名。）（1）使用冒泡排序对参数数组进行排序：（2）用&&&字符连接参数组合成待签名的字符串：
上一篇： 下一篇：
联系邮箱：(#改为@)支付宝单条交易查询接口参数文档_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
支付宝单条交易查询接口参数文档
上传于|0|0|暂无简介
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩3页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢1.申请商家合作伙伴pid和key(老版MD5生成签名需要的)
2.新版需要公钥换取支付宝公钥,以及pks8私钥(获取方式看文档)(新版RSA或DSA签名需要的)
3.确定调用的接口类型(当面付,app支付,手机网站支付,支付宝收款等)
4.根据文档确定不同接口所需要的基本参数和业务参数(非空和允许为空)
5.排序:讲参数剔除sing和sing_type(有些接口不必剔除sing_type),以及存在空值的参数，让后将参数字段(不是参数值)按照第一个字符键值ascii码递增排序,如果遇到相同参数字段,则根据第二个字符的ascii排序,以此类推
6.拼接:讲排序好的参数按照”参数=参数值”的格式,用&符号讲多个参数连接起来
7.调用签名函数生成签名:老版直接将排序后的字符串末尾加上MD5串(上面的key)进行MD5解析生成签名字符串。新版可以调用支付宝提供的签名(RSA或DSA)函数,讲pks8私钥以及排序后的字符串传参,返回签名字符串。此签名字符串就是sing的值.
8.讲所有参数通过http请求发送给支付宝,支付宝根据参数的notify_url讲结果发送给开发者,开发者根据参数进行验签,讲支付宝返回的参数去掉sing和sing_type然后排序并生成签名字符串(和上面操作一样,根据sing_type用不同方式生成),如果生成的签名与支付宝返回的参数的sing相同,验签成功,做后续开发者逻辑处理。
9.获得支付结果有很多种方式
支付宝的通知机制总共有三种方式：
一般情况下，支付宝的接口请求参数列表中会携带参数notify_url（服务器异步通知页面路径），这个参数即是要求支付宝处理完成后主动发起回调通知，把处理的结果信息通知给商户。
这种回调方式是支付宝系统主动发起的，不受当前页面限制，但需要依赖互联网，支持非实时通知。
页面重定向回调
一般情况下，支付宝的接口请求参数列表中会携带参数return_url（页面跳转同步通知页面路径），这个参数即是要求支付宝处理完成后，在用户电脑里浏览器上的当前页面执行页面自动跳转功能，并顺带把处理结果信息通知给商户。
这种回调方式不是支付宝系统主动发起的，而是支付宝程序自动执行页面重定向代码，受用户电脑或手机的影响，并且重定向仅一次。
直接在当前页面输出结果
一般在请求阶段，把请求信息递交给支付宝时，支付宝端是无界面存在的。支付宝仅是把处理的结果直接打印在支付宝的系统页面上（XML格式、JSON格式、文本格式、隐藏控件hidden的HTML格式等）。
这种回调方式可与“主动回调”方式同时存在，但不能与“页面重定向回调”方式并存。
如果支付宝接口是这种回调方式，那么建议在请求阶段使用模拟远程HTTP传输方式实现。这样可以在请求之后马上获取到处理结果，并不需要通过肉眼能看到的界面交互过程。
10.验证是否支付宝发来的通知
该处的验证是指，对支付宝通知回来的参数notify_id合法性验证。这个验证动作实际上是调用了支付宝的另一个接口“通知验证接口(notify_verify)”来完成的。这个接口请求时使用的是模拟远程HTTP提交，回调模式是“直接在当前页面输出结果”，返回的数据是纯文本格式。
请求的完整链接如下：
1/gateway.do?service=notify_verify&partner=2354&notify_id=RqPnCoPT3K9%252Fvwbh3I%252BFioE227%252BPfNMl8jwyZqMIiXQWxhOCmQ5MQO%252FWd93rvCB%252BaiGg
得到的处理结果有两种：
成功时：true
不成功时：报对应错误
11.一切正常后进行业务逻辑处理
12.Notify_url和return_url的区别（需修改）
A服务器通知，对应的参数为notify_url，支付宝通知使用POST方式 B页面跳转通知，对应的参数为return_url，支付宝通知使用GET方式 （通知地址不需要像以前一样去账户内设置，而是由客户在支付的时候通过参数传递给我地址。
2. notify_url为服务器通知，支付宝可以保证99.9999%的通知到达率，前提是您的网络通畅。 3. return_url为网页重定向通知，是由客户的浏览器触发的一个通知(由浏览器向商户网站发起的请求)，若客户去网银支付，也会受银行接口影响，由于各种影响因素特别多，所以该种类型的通知支付宝不保证其到达率。 买家付款成功后,会跳到 return_url,由浏览器发起的请求, 有付款成功才会跳转,并且只跳转一次.. notify_url: 服务器后台通知,这个页面是支付宝服务器端自动调用, (支付宝服务器发起的请求),根据支付宝反馈过来的信息修改网站的定单状态,更新完成后需要返回一个success(out)给支付宝.,不能含有任何其它的字符包括html语言. 流程:买家付完款(trade_status=WAIT_SELLER_SEND_GOODS)—&支付宝通知 notify_url—&如果反馈给支付宝的是success(表示成功,这个状态下不再反馈,如果不是继续通知,一般第一次发送和第二次发送的时间间隔是3分钟)
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：7764次
排名：千里之外
原创：87篇
转载：11篇
(5)(9)(17)(68)}