java支付宝支付原理及其问题点

一般使用支付宝支付的原理 :

摘自支付宝

现支付宝的通知基本上有两类。

A服务器通知，对应的参数为notify_url，支付宝通知使用POST方式

B页面跳转通知，对应的参数为return_url，支付宝通知使用GET方式 （通知地址不需要像以前一样去账户内设置，而是由客户在支付的时候通过参数传递给我地址。

四、 通知返回

a) 返回页

传递给支付宝时的return_url参数所对应的页面文件。

具备的属性：

1、支付接口中买家的购买流程已经走到支付宝里且支付宝提示支付成功时，页面会自动跳转回自身网站的这个页面里来。

2、同步的，无时差

3、获得参数的方法是用get方式获取。

4、不论跳转回来程序判断是真还是假（if(sign = mysign and responseTxt = true)）只跳转回来一次，不重复。

5、这个并不是支付宝服务器调用了该页面，而是通过与组合拼接各参数形成的URL链接原理等同，拼接出来的URL链接，之后程序上做自动跳转。

6、基于5的原因，该页面的程序调试可不必在服务器上而是本机上调试、运行。

b) 通知页

传递给支付宝时的notify_url参数所对应的页面文件

具备的属性：

1、这个通知页就是被支付宝调用才能启动的。

2、服务器间的互动，不像返回页肉眼可以看到，这个是看不到的。

3、获得参数的方法是用POST方式获取。

4、支付宝中的该笔交易存在，且该笔交易状态发生了变更，就会被调用。

5、被调用程序判断（if(sign = mysign and responseTxt = true)），若我们自己在该判断中有做程序编写，成功则不再被调用，不成功则会反复被调用。

6、异步的，第一次收到订单信息（以下都称之为“通知”）是与返回页近乎等同或等同的同步时间，在判断不成功的情况下，会收到第二次第三次等次数的通知，时间间隔从最先的一两分钟，到后面的几个小时。失效时间是4

8小时。

7、基于6的原因，该页面的程序调试必须在服务器上调试、运行。

8、程序编写时必须采用程序执行成功，才写页面response.Write(“success”);，不成功则写页面response.Write(“fail”); 支付宝根据success来判定是否要重新再次发送通知。

9、该页面的Html页面中必须是空白、无任何Html标签、无任何空格、不允许做页面跳转。

异步返回结果

第一步： 在通知返回参数列表中，除去sign、sign_type两个参数外，凡是通知返回回来的参数皆是待验签的参数。

第二步： 将剩下参数进行url_decode, 然后进行字典排序，组成字符串，得到待签名字符串,

第三步： 将签名参数（sign）使用base64解码为字节码串。

第四步： 使用RSA的验签方法，通过签名字符串、签名参数（经过base64解码）及支付宝公钥验证签名。

第五步：在步骤四验证签名正确后，必须再严格按照如下描述校验通知数据的正确性。

常见问题：

1.根据代码实例和开发文档熟悉接口，将代码实例的相关参数信息填写完整（可以虚拟参数），在本地测试（不上传到服务器）支付宝接口。如果没有任何问题再将接口根据实际业务做到网站或者网站后台。

2.测试时您们需要两个支付宝账户，其中一个必须实名认证并且保证有一定的金额，以便测试时使用。另外一个帐户可以作为收款方（卖家）（针对于支付接口）

3.如果做支付宝订单信息和您们后台数据同步请集成时做数据返回处理，本地测试可以使用同步测试，如果在服务器上测试，可以通过异步来做也可以（支付宝有两种数据返回处理：同步返回和异步返回）。

同步返回（return_url）和异步返回（notify_url）的区别【return_url和notify_url参数必须是两个返回处理文件的绝对路径】？

答：同步返回处理（return_url）：是一种可视化的返回，ie页面跳转通知，只要支付成功，支付宝通过get方式跳转到这个地址，并且带有参数给这个页面。客户获取信息受到买家操作的影响。如果买家支付完

成后客户服务器响应比较慢，买家在显示支付宝提示的“即时到账支付成功“时关闭页面，那么客户网站是获取不到信息，我们这边称为” 掉单“。而且这个返回处理是一次性调取，即支付成功后才调取同步返回处理。

异步返回处理（notify_url）：它的数据交互是通过服务器间进行数据交互,必须将其放置在服务器上(公网)测试，服务器post消息到异步返回处理页面，需要客户技术在异步返回处理页面处理相关的数据处理

，然后每一步操作都要返回给支付宝success（不能包含其他的HTML脚本语言，不可以做页面跳转。）这个返回处理如果集成OK，那么基本不会出现掉单，因为支付宝会在24小时之内分6~10次将订单信息返回

个给客户网站，直到支付宝捕获success。

备注：同步返回处理则会受到买家操作的影响：

假如买家在操作的时候，支付宝完毕进入支付宝提示成功页面，这个时候由于服务器相应比较慢，那么买家有可能会关闭这个页面，这个时候您们就会接受不到支付宝返回的信息，还有有些网银支付后也不会调取支付宝的同步返

回处理页面，这样您在同步做数据处理同样接受不到数据。

备注：

请注意：现在您们集成的时候先按照提供给您们的测试账户的ID来做，至于正式账户的ID您们可以找等合同正式生效后再查询（获取方法：登陆签约的

支付宝账户-?点击“商家服务”，就可以看到）

--处理支付宝返回通知失败几种情况：

1、SIGN与MYSIGN不等，responseTxt为invalid命令参数不对，该错误 是由于合作伙伴ID（parnterID）与安全校验码（key）未填，或填错导致

2、SIGN与MYSIGN相等，responseTxt为false，是由于服务器、端口等因素导致,这时请检查

a.防火墙是否屏蔽支付宝的IP（支付宝锁使用的IP地址是：121.0.26.11，范围：121.026.0~255）

b.端口80或者443端口开放没有或者被其他服务占用

c.以上如果都没有问题，可能会是网络验证超时导致（支付宝验证时间是1分钟，SIGN与MYSIGN不等会导致超时），需要等待网络稳定再确定问题

3、SIGN与MYSIGN不等，responseTxt为true，此时只有两种情况会出现：

其一：传递参数时格式不符合（例如：带自定义参数）导致签名不一致

其二：编码格式出现问题，这时候请检查服务器编码和网站编码是否一致，可以写编码过滤解决也可以在返回页面强制编码转换