起因
業務需求要集成Paypal，實現循環扣款功能，然而百度和GOOGLE了一圈，除官網外，沒找到相關開發教程，只好在Paypal上看，花了兩天后集成成功，這里對如何使用Paypal的支付接口做下總結。
Paypal現在有多套接口：
- 通過Braintree（后面會談Braintree)實現Express Checkout;
- 創建App，通過REST Api的接口方式（現在的主流接口方式）;
- NVP/SOAP API apps的接口（舊接口）;
Braintree的接口
Braintree是Paypal收購的一家公司，它除了支持Paypal的支付外，還提供了升級計劃，信用卡，客戶信息等一系列全套的管理，使用上更方便；這些功能Paypal第二套REST接口其實也集成了大部分，但是Paypal的Dashboard不能直接管理這些信息而Braintree可以，所以我其實我更愿意用Braintree。關鍵是我使用的后端框架是Laravel，它的cashier解決方案默認可以支持Braintee，所以這套接口是我的首選。但是當我把它的功能都實現后發現一個蛋疼的問題：Braintree在國內不支持。。。。。。卒。。。
REST API
這是順應時代發展的產物，如果你之前用過OAuth 2.0與REST API，那看這些接口應該不會有什么困惑。
舊接口
除非REST API接口有不能滿足的，比如政策限制，否則不推薦使用。全世界都在往OAuth 2.0的認證方式和REST API的API使用方式遷移，干嘛逆勢而行呢。因此在REST API能解決問題情況下，我也沒對這套接口做深入比較。
REST API的介紹
官方的API參考文檔https://developer.paypal.com/webapps/developer/docs/api/對于其API和使用方式有較詳細的介紹，但是如果自己直接調這些API還是很繁瑣的，同時我們只想盡快完成業務要求而不是陷入對API的深入了解。
那么如何開始呢，建議直接安裝官方提供的PayPal-PHP-SDK，通過其Wiki作為起點。
在完成首個例子之前，請確保你有Sandbox帳號，并正確配置了：
- Client ID
- Client Secret
- Webhook API(必須是https開頭且是443端口，本地調試建議結合ngrok反向代理生成地址)
- Returnurl（注意項同上）
在完成Wiki的首個例子后，理解下接口的分類有助于完成你的業務需求，下面我對接口分類做個介紹，請結合例子理解http://paypal.github.io/PayPal-PHP-SDK/sample/#payments。
- Payments 一次性支付接口，不支持循環捐款。主要支付內容有支持Paypal支付，信用卡支付，通過已保存的信用卡支持（需要使用Vault接口，會有這樣的接口主要是PCI的要求，不允許一般的網站采集信用卡的敏感信息），支持付給第三方收款人。
- Payouts 沒用到，忽略；
- Authorization and Capture 支持直接通過Paypal的帳號登陸你的網站，并獲取相關信息;
- Sale 跟商城有關，沒用到，忽略;
- Order 跟商城有關，沒用到，忽略;
- Billing Plan & Agreements 升級計劃和簽約，也就是訂閱功能，實現循環扣款必須使用這里的功能，這是本文的重點；
- Vault 存儲信用卡信息
- Payment Experience 沒用到，忽略;
- Notifications 處理Webhook的信息，重要，但不是本文關注內容;
- Invoice 票據處理；
- Identity 認證處理，實現OAuth 2.0的登陸，獲取對應token以便請求其他API，這塊Paypal-PHP-SDK已經做進去，本文也不談。
如何實現循環扣款
分四個步驟：
- 創建升級計劃，并激活；
- 創建訂閱(創建Agreement)，然后將跳轉到Paypal的網站等待用戶同意;
- 用戶同意后，執行訂閱
- 獲取扣款帳單
1.創建升級計劃
升級計劃對應Plan這個類。這一步有幾個注意點：
- 升級計劃創建后，處于CREATED狀態，必須將狀態修改為ACTIVE才能正常使用。
- Plan有PaymentDefinition和MerchantPreferences兩個對象，這兩個對象都不能為空；
- 如果想創建TRIAL類型的計劃，該計劃還必須有配套的REGULAR的支付定義，否則會報錯；
- 看代碼有調用一個setSetupFee（非常，非常，非常重要）方法，該方法設置了完成訂閱后首次扣款的費用，而Agreement對象的循環扣款方法設置的是第2次開始時的費用。