本文实例讲述了PHP实现的支付宝支付功能。分享给大家供大家参考，具体如下：
在给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);
}
}
附：支付宝支付和微信支付异步回调一直调用
最近公司在开发微信支付和支付宝支付，前期的工作都已经做好了，但是在异步回调取值的时候，异步回调一直在调用，弄得我数据一直重复的存入数据库，真觉得大姨妈来了，根本停不下来！哈哈，还是不要开车了，看到问题，仔细思考下，脑海中立马浮现的一个解决方法就是，在异步回调，里面再写一个接口，每次回调取到数据后，查询数据库，看看有没有数据，如果有就不重复存入，但是仔细一想，不对啊，这是治标不治本啊，不行，既然有问题，肯定有根源，有正确的解决方法。所以，找起根据，那就是查看文档：
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 "<xml><return_code><![CDATA[SUCCESS]]></return_code><return_msg><![CDATA[OK]]></return_msg></xml>";
在进行返回的时候，格式没问题，可能在输出的时候，存在问题。使用下面方式即可：
echo exit('<xml><return_code><![CDATA[SUCCESS]]></return_code><return_msg><![CDATA[OK]]></return_msg></xml>');
就是这么简单，立马把微信和支付宝的血止住了，完美结局！
参考链接：
手机网站支付结果异步通知 https://docs.open.alipay.com/203/105286/
App支付服务端DEMO&SDK https://docs.open.alipay.com/54/106370/
参考文章：
https://www.jb51.net/article/158480.htm
更多关于PHP相关内容感兴趣的读者可查看本站专题：《PHP微信开发技巧汇总》、《php curl用法总结》、《PHP网络编程技巧总结》、《php字符串(string)用法总结》、《PHP中json格式数据操作技巧汇总》及《PHP针对XML文件操作技巧总结》
希望本文所述对大家PHP程序设计有所帮助。
PHP,支付宝,支付
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？