返回页面（return_url文件）工作原理
即：商户系统请求/支付宝响应交互模式
1、 构造请求数据
商户通过提供的接口代码示例，通过代码示例的规则，程序构造与运算得到sign加密结果以及构造后的请求给支付宝的数据集合。GET方式下是URL地址链接，POST方式下是支付宝网关地址及参数集合。
2、 发送请求数据
把构造完成的数据集合，通过页面链接跳转或表单提交的方式传递给支付宝。
3、 请求的交易
支付宝得到这些集合后，会先做安全校验等验证，一系列验证通过后便会处理完成这次发送过来的数据请求。
4、 返回相应数据
支付宝对处理完成的交易，程序上自动进行重新构造成URL地址链接，以自动跳转的方式跳回商家在请求时设定好的页面路径地址（参数return_url，商家没设定，则不会跳回）。
5、 对相应的数据进行处理
商家的返回页面（参数return_url指定页面文件）得到支付宝返回的数据，把这些数据结合自身网站情况，进行数据处理（如：订单更新）。
返回页面（notify_url文件）工作原理
即：支付宝主动通知交互模式（支付宝反馈数据）
前提：若要支付宝能主动通知，需商户在请求时设定好通知的页面路径（参数notify_url），且该页面文件完全空白，无任何字符。
1、 发起通知
一旦交易状态发生变更（如：买家已付款，等待卖家发货），支付宝便会根据自动进行数据处理，并主动调用商户在请求时设定好通知的页面路径（参数notify_url）
2、 对通知数据进行处理
商户网站收到支付宝发送过来的通知数据，把这些数据结合自身网站情况，进行数据处理，如：处理返回页（参数return_url）漏掉的订单，做订单更新，即补单措施。
3、 在页面上输出success
商户网站处理完成所有的数据处理以后，即程序运行最后，返回写页面“success”这7个字符（页面上只允许输出success），以表示自己已经成功处理完成自己的业务。
4、 完成处理该次通知，不再发送通知
支付宝得到商户反馈回来的“success”7个字符信息，进行核对与验证，结束此次通知流程。
注意：
如果商户反馈给支付宝的字符不是success这7个字符，支付宝服务器会不断重发通知，直到超过24小时22分钟。一般情况下 25 小时以内完成8 次通知（通知的间隔频率一般是:2m,10m,10m,1h,2h,6h,15h）。
只是自己学习用....