PHP實現的支付寶支付功能示例

介面：

import('alipay.aopclient', extend_path);

import('alipay.request.alipaytradeapppayrequest', extend_path);

$aop = new \aopclient();

$aop->gatewayurl = "";

$aop->appid = config::get('alipay.app_id');

$aop->rsaprivatekey = config::get('alipay.rsa_private_');

$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' => '使用者紅包支付',

$request->setbizcontent($bizcontent);//這裡和普通的介面呼叫不同，使用的是sdkexecute

$response = $aop->sdkewww.cppcns.comxecute($request);

$return['aliresponse'] = $response;//htmlspecialchars($response);//htmlspecialchars是為了輸出到頁面時防止被瀏覽器將關鍵引數html轉義，實際列印到日誌以及http傳輸不會有這個問題

$this->returnsuccess($return);

**處理：

public function alipay()

else

echo "success";

} else

}附：支付寶支付和微信支付非同步**一直呼叫

最近公司在開發微信支付和支付寶支付，前期的工作都已經做好了，但是在非同步**取值的時候，非同步**一直在呼叫，弄得我資料一直重複的存入資料庫，真覺得大姨媽來了，根本停不下來！哈哈，還是不要開車了，看到問題，仔細思考下，腦海中立馬浮現的乙個解決方法就是，在非同步**，裡面再寫乙個介面，每次**取到資料後，查詢資料庫，看看有沒有資料，如果有就不重複存入，但是仔細一想，不對啊，這是治標不治本啊，不行，既然有問題，肯定有根源，有正確的解決方法。所以，找起根據，那就是檢視文件：

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('');

就是這麼簡單，立馬把微信和支付寶的血止住了，完美結局！

參考鏈結：

手機**支付結果非同步通知

app支付服務端demo&sdk

參考文章：

PHP實現的支付寶支付功能示例

php支付寶支付流程

支付寶支付

支付寶支付

相關推薦