服務器異步通知頁面特性

必須保證服務器異步通知頁面（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是不變的。

https://docs.open.alipay.com/270/105902/

https://docs.open.alipay.com/200

沙盒環境：https://docs.open.alipay.com/200/105311/