最终用户的paypal自适应支付流程有点奇怪 .
而不是像paypal express流程那样工作，如：
-
用户通过结帐流程
-
用户转到PayPal到 authorize 付款
-
用户被重定向回网站以确认付款
-
通知从站点发送到PayPal进行确认并收取付款
它类似于：1 . 用户通过结账流程2.用户进入paypal并且必须在PayPal网站3上付款.IPN被发送到网站以确认成功或失败
这是一个非常重要的缺陷，因为现在最终用户有可能无法返回到付款失败的网站，甚至更糟糕的是，最终用户可能会在收到ipn之前返回该网站 . 在哪种情况下，篮子是否应该清空？这开辟了许多潜在的问题 .
怎么解决这个问题？
1 回答
要在配置URL参数后解决问题（如下所述），
1）当用户返回returnUrl endpoints 时，您调用PaymentDetails API并检查状态并继续 . 2）处理用户可能已付款但未返回您的站点的极端情况等待IPN消息继续您的订单发货等.3）如果用户取消付款，他们将获取cancelUrl endpoints 和您可以相应地处理流程4）如果出现错误（如超出限制，货币不受支持等），付款操作实际上会抛出错误，您将能够将此作为错误/异常捕获流程的一部分来处理 .
进行API调用时请使用以下参数
returnUrl在paypal.com上批准付款后重定向发件人浏览器的URL cancelUrl如果发件人取消paypal.com上的付款批准，发件人浏览器重定向到的URL . ipnNotificationUrl发送此付款的所有IPN邮件的URL
如果您使用的是SDK，请建议查看捆绑在一起的样本 .
https://www.x.com/developers/paypal/documentation-tools/paypal-sdk-index