在给app做支付宝支付插口的时侯搜集内容整理如下:
接口:
import('alipay.AopClient', EXTEND_PATH);
import('alipay.request.AlipayTradeAppPayRequest', EXTEND_PATH);
$aop = new \AopClient();
$aop->gatewayUrl = "https://openapi.alipay.com/gateway.do";
$aop->appId = Config::get('alipay.app_id');
$aop->rsaPrivateKey = Config::get('alipay.rsa_private_key');
$aop->format = "json";
$aop->charset = "UTF-8";
$aop->signType = "RSA2";
$aop->alipayrsaPublicKey = Config::get('alipay.alipay_rsa_public_key'); //Config::get('alipay.rsa_public_key'); //
$request = new \AlipayTradeAppPayRequest();
$bizcontent = json_encode([
'body' => '红包支付',
'subject' => '用户红包支付',
'out_trade_no' => $orderSn,
'timeout_express' => '30m',
'total_amount' => $amount,
'product_code' => 'QUICK_MSECURITY_PAY'
]);
$request->setNotifyUrl("https://" . $_SERVER['HTTP_HOST'] . "/api/callback/alipay");
$request->setBizContent($bizcontent);//这里和普通的接口调用不同,使用的是sdkExecute
$response = $aop->sdkExecute($request);
$return['aliresponse'] = $response;//htmlspecialchars($response);//htmlspecialchars是为了输出到页面时防止被浏览器将关键参数html转义,实际打印到日志以及http传输不会有这个问题
$this->returnSuccess($return);
回调处理:
public function alipay()
{
import('alipay.AopClient', EXTEND_PATH);
$aop = new \AopClient();
$aop->alipayrsaPublicKey = Config::get('alipay.alipay_rsa_public_key');// file_get_contents($_SERVER['DOCUMENT_ROOT']."/key/alipay/alipay_public_key.txt");
$flag = $aop->rsaCheckV1($_POST, NULL, "RSA2");
if ($flag){
//验签通过后核实如下参数trade_status、out_trade_no、total_amount、seller_id
if (isset($_POST['trade_status']) && ($_POST['trade_status'] == 'TRADE_SUCCESS' || $_POST['trade_status'] == 'TRADE_FINISHED') ) {
// 业务处理
} else {
$msg = var_export($_POST, true);
$fileName = mt_rand(10,1000) .'00alisuccessAnother.log' ;
file_put_contents($fileName, $msg);
}
echo "success";
} else {
$msg = var_export($_POST, true);
$fileName = mt_rand(10,1000) .'00alicheckSignFail.log';
file_put_contents($fileName, $msg);
}
}
更多学习推荐:支付宝即时至帐在线支付实操项目开发视频教程
附:支付宝支付跟微信支付异步下跌经常读取
最近在开发支付宝支付php支付宝接口视频教程,前期的工作都早已做好了,但是在异步反弹取值的时侯,异步反弹仍然在读取,弄得我数据仍然重复的存入数据库,仔细探讨下,脑海中马上浮现的一个解决办法就是,在异步反弹,里面再写一个插口,每次反弹取至数据后,查询数据库,看看有没有数据,如果有就不重复存入,但是仔细一想,不对啊,这是治标不治本啊,不行php支付宝接口视频教程,既然有问题,肯定有症结,有正确的解决办法。所以,找起依照,那就是查看文档:
1. 支付宝文档,下面这是支付宝异步反弹的文档:
服务器异步通告页面特征
必须保证服务器异步通告页面(notify_url)上无任何字符,如下划线、HTML标签、开发系统自带抛出的异常提示信息等;
支付宝是用POST方法发送通告信息,因此该页面中获取参数的方法,如:request.Form(“out_trade_no”)、$_POST[‘out_trade_no'];
支付宝主动发起通告,该方法才能被启用;
只有在支付宝的交易管理中存在该笔交易,且发生了交易状态的改变,支付宝才能通过该方法发起服务器通告(即时至帐交易状态为“等待卖家付款”的状态默认
是不会发送通告的);
服务器间的交互,不象页面跳转同步通告可以在页面上显示下来,这种交互模式是不可见的;
第一次交易状态改变(即时至帐中此刻交易状态是交易完成)时,不仅会返回同步处理结果,而且服务器异步通告页面也会收到支付宝发来的处理结果通告;
程序执行完后应当复印输出“success”(不包含破折号)。如果商户反馈给支付宝的字符不是success这7个字符,支付宝服务器会不断重发通告,直到超过24小时22分钟。
一般状况下,25小时以内完成8次通告(通知的间隔速率通常是:4m,10m,10m,1h,2h,6h,15h);
程序执行完成后,该页面不能执行页面跳转。如果执行页面跳转,支付宝会收不到success字符,会被支付宝服务器判断为该页面程序运行出现异常,而重发处理结果通告;
cookies、session等在此页面会失效,即难以获取那些数据;
该方法的调试与运行应当在服务器上,即互联网上能访问;
该方法的作用主要避免订单遗失,即页面跳转同步通告没有处理订单更新,它则去处理;
当商户收到服务器异步通告并复印出success时,服务器异步通告参数notify_id就会失效。也就是说在支付宝发送同一条异步通告时
(包含商户并未成功复印出success造成支付宝重发数次通告),服务器异步通告参数notify_id是不变的。
看到没,程序应当要复印下来success后,支付宝就会停止吐血,自己再回头看程序的时侯,发现自己的确没有返回success,所以在程序结束后,返回一个success即可。由于我使用的php,在程序结束后。使用下边一句话即可。
eg:
echo "success";
2. 微信文档
支付完成后,微信会把相关支付结果跟用户信息发送给商户,商户须要接收处理,并返回应答。
对后台通告交互时,如果陌陌收到商户的应答不是成功或超时,微信觉得通告失败,微信会通过一定的策略定期再次发起通告,尽可能增加通告的成功率,但陌陌不保证通告
最终能成功。 (通知速率为15/15/30/180/1800/1800/1800/1800/3600,单位:秒)
注意:同样的通告可能会多次发送给商户系统。商户系统应当才能正确处理重复的通告。
推荐的做法是,当收到通告进行处理时,首先检测对应业务数据的状态,判断该通告是否早已处理过,如果没有处理过再进行处理,如果处理过直接返回结果成功。
在对业务数据进行状态检测跟处理之前,要选用数据锁进行并发控制,以防止函数重入导致的数据纷乱。
特别告诫:商户系统对于支付结果通告的内容一定要做签名验证,并校准返回的订单总额是否与商户侧的订单总额一致,防止数据泄露引起出现“假通告”,造成资金损失。
技术人员可登进陌陌商户后台扫描加入插口报案群。
看到没,在此文档只是,在陌陌的异步通告后,也须要给陌陌服务器,返回一个信息,只不过,微信的所有数据格式都是xml的。所以我们在返回一个数据给陌陌即可。
echo "";
在进行返回的时侯,格式没问题,可能在输出的时侯,存在问题。使用下边模式即可:
echo exit('');
就是这样简略,完美结局!
相关学习推荐:php视频教程