何时使用PayPal签出重定向URL

我正在尝试实现所描述的PayPal checkout服务器流，但我有点搞不清楚

使用PayPal checkout JavaScript组件，我需要在JavaScript按钮初始化代码中提供一个

onAuthorize

钩子，如上面链接的页面上的示例所示。我的理解是——我已经在沙箱环境中证实了这一点——在用户成功授权PayPal支付后调用此回调，在此回调中，我应该执行支付。这一部分非常清楚，我已经成功地实现了这一点。混淆源于PayPal的Create Payment API上的有效负载

此API要求在有效负载中提供所需的参数

重定向\u URL

。在此模式下，必须同时提供

return\u url

和

cancel\u url

。我从文档中了解到，成功授权付款或取消付款后，用户将重定向这些URL

但是，在我在沙盒环境中的测试中，用户永远不会重定向到这些重定向URL，因为“return”/“cancel”由提供给按钮初始化的回调处理。现在我的问题是：

尽管如此，是否存在将用户重定向到这些URL的场景？如果用户被重定向到这些URL，会发生什么

---

我关心的是，我是否需要在JavaScript代码中复制授权/取消逻辑，然后输入提供的返回url？

在PayPal体验不在上下文中的情况下，返回和取消url很重要（灯箱）或者，如果您希望在他们使用continue或pay now批准付款后将他们转到完全不同的页面，或者如果您在checkout.js无法工作的移动应用程序中使用此页面

---

有了checkout-JS集成，您实际上不需要传递url，因为体验是在上下文中进行的，如果这是您想要问的

如果PayPal体验不在上下文中（灯箱），或者您希望在他们使用continue或pay now批准付款后将他们转到完全不同的页面，或者如果您在checkout.js无法工作的移动应用程序中使用此url，则返回和取消url非常重要

---

有了checkout-JS集成，您实际上不需要传递url，因为体验是在上下文中进行的，如果这是您想要问的

多谢各位。所以，即使它们是必填字段，但如果我提供了不起作用的虚假URL也没关系？谢谢。所以，即使它们是必填字段，但我是否提供了不起作用的虚假URL也没关系？