【PHP后台】接入支付宝
首先理一下逻辑
1.服务端生成订单签名；2.客户端（iOS/Android）根据订单签名,调用支付宝支付；3.支付宝回调我们的后台，支付完成；4.后台收到支付宝的通知，验证这个通知；5.验证通过，更新数据库订单信息；
ping++
最后是【放弃】了的，这里只是想吐槽一下~ 在网上查阅了些资料后，发现个似乎不错的东西：ping++的支付SDK，感觉似乎还不错~ 【注册】->【添加应用】->【上传各种key】->【PHP端集成SDK】 似乎一切都在预想中进行，其实在刚开始的时候心里就有些抵触：支付这个东西跟钱有关，要是做的不安全可能就......这些key都给了ping++，他们拿到了公司的支付宝的各种key各种公钥私钥....... 根据ping++的文档，完成第一步生成签名信息后，返回给客户端，客户端根据签名信息完成支付；但是后面的步骤就没有了~ 在ping++中，生成签名信息的时候并没有设置通知url的地方，也有可能是我没有细心的看文档吧~咨询ping++的客服后，告诉我是由客户端通知我们自己的服务器~
当此为止，我也就只能放弃掉ping++了，因为在金钱上面安全才是第一位，由客户端通知服务器这个逻辑在一下情况下是不可行的：
1.在支付成功后，客户端突然退出程序（死机、断电、程序崩溃等等）；2.请求被人劫持，篡改信息（金额、数量、或者压根没有支付）;
再加上ping++处理工单的时间太慢，客服回复也慢，以后要是出了大问题需要及时处理，找不到人就麻烦了，也就只能将其抛弃了~
支付宝SDK
从头说起吧：
支付宝
1.首先到支付宝开放平台注册账号； 2.下载官方提供的demo； 3.获取各种key，并在alipay.config.php文件中进行配置，使用的MD5方式签名$alipay_config['key']需要填写，如果是RSA方式签名则不需要，但是需要生成公钥和私钥（这里以MD5为例）；
//↓↓↓↓↓↓↓↓↓↓请在这里配置您的基本信息↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓//合作身份者id，以2088开头的16位纯数字$alipay_config['partner'] = '';//收款支付宝账号，一般情况下收款账号就是签约账号$alipay_config['seller_email'] = '';//安全检验码，以数字和字母组成的32位字符$alipay_config['key'] = '';$alipay_config['success_url'] = "";//↑↑↑↑↑↑↑↑↑↑请在这里配置您的基本信息↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
4.生成支付order签名（这里以MD5为例）；
require_once("lib/alipay_core.function.php");require_once("lib/alipay_md5.function.php");function alipaySign($amount,$orderNo){ require_once("alipay.config.php"); $ali = array( 'service' => 'mobile.securitypay.pay', 'partner' => $alipay_config['partner'],// '_input_charset' => $alipay_config['input_charset'], 'notify_url' => $alipay_config['success_url'],//回调地址 'out_trade_no' => $orderNo,//商户网站唯一订单号 'subject' => "subject",//商品名称 'payment_type' => 1,//支付类型 'seller_id' => $alipay_config['seller_email'],//支付宝账号 'total_fee' => $amount,//总金额 'body' => "body",//商品详情 ); $sign_type = $alipay_config['sign_type']; $para_filter = paraFilter($ali); $para_sort = argSort($para_filter); $prestr = createLinkstring($para_sort); $sign = md5Sign($prestr,$alipay_config['key']); $str = $prestr.'&sign='.'"'.$sign.'"'.'&sign_type='.'"'.$sign_type.'"';//传给支付宝接口的数据 return $str; } 方法中$amount为支付总额，$orderNo为商户平台订单号，然后将签名结果返回给客户端。
5.客户端得到支付签名信息后，调用支付宝的SDK直接进行支付，这里就不再细说，毕竟本文主要点不在这里；
然后客户端并没有支付成功，错误码是输入参数错误。
支付失败 ALI38173
查阅了支付宝的文档之后，发现传入的参数并没有什么遗漏，问题很有可能是sign的加密上出现了错误。 各种蛋疼之后，发现createLinkstring方法错在一定的问题，这个方法返回的字符串格式是： key1=value1&key2=value2...... 但是客户端传给支付宝后，支付宝通过相同的方法生成sign进行验证，验证不通过导致的。 修改了createLinkstring方法，使得每个value用引号包起来： key1="value1"&key2="value2"...... 这样客户端就可以完成支付了。
function createLinkstring($para) { $arg = ""; $quotes = '"'; foreach ($para as $key => $val) { if($arg == ''){ $arg = $key.'='.$quotes.$val.$quotes; }else{ $arg = $arg.'&'.$key.'='.$quotes.$val.$quotes; } } if(get_magic_quotes_gpc()){$arg = stripslashes($arg);} return $arg;} 6.通过生成支付签名的时候设置的notify_url，再支付成功后，支付宝会回调到这个url并将支付结果信息通过post方法传递进来，值得注意的是notify_url中不能包含任何GET方式传递的参数。
//正确http://host/notify_url//错误http://host/notify_url?name=狍子君
7.服务端验证回调是否合法，这一步相当重要。
1.验证签名；2.验证此次通知知否是支付宝发起的；
function verifyResult(){ require_once("alipay.config.php"); $alipayNotify = new AlipayNotify($alipay_config); $verify_result = $alipayNotify->verifyNotify(); if($verify_result) { return true; }else{ return false; } } 然后又发现了，从支付宝通过notify_id能够获取到这次通知的信息，但是sign签名信息就是验证不通过。
function getSignVeryfy($para_temp, $sign, $sign_type) { $para_filter = paraFilter($para_temp); $para_sort = argSort($para_filter); $prestr = createLinkstring($para_sort); $isSgin = false; switch (strtoupper(trim($sign_type))) { case "MD5" : $isSgin = md5Verify($prestr, $sign, $this->alipay_config['key']); break; default : $isSgin = false; } return $isSgin;} 貌似又是createLinkstring的问题，验证的时候value值不加引号，就能够验证通过了，通过MD5加密结果和支付宝传回来的一毛一样。
修改createLinkstring方法：
function createLinkstring($para,$showQuotes = false) { $arg = ""; $quotes = ''; if($showQuotes){ $quotes = '"'; } foreach ($para as $key => $val) { if($arg == ''){ $arg = $key.'='.$quotes.$val.$quotes; }else{ $arg = $arg.'&'.$key.'='.$quotes.$val.$quotes; } } if(get_magic_quotes_gpc()){$arg = stripslashes($arg);} return $arg;} 在生成支付签名信息的时候，$showQuotes传入为true就可以了。
function alipaySign($amount,$orderNo){ //签名的代码 $prestr = createLinkstring($para_sort,true); //后面的代码} 8.然后在验证通过后，就可以修改自己数据库了；
吐槽
key1=value1&key2=value2...... key1="value1"&key2="value2"......
就因为这个，把我弄得欲仙欲死，完全不知道什么原因支付不成功，支付成功了又不知为何验证不通过...... 在受尽两天的折磨之后，最后是通过charles截取其他有支付类app的订单签名信息，和自己的比对，才发现原来是引号的问题。 RDS方式加密和解密的我并没有去测试，如果你弄了，欢迎交流。