ChatGPT官网付费页面接入实战：从鉴权到支付回调的完整解决方案

1次阅读

没有评论

共计 2686 个字符，预计需要花费 7 分钟才能阅读完成。

在实际开发中，接入 ChatGPT 官网付费页面时，开发者常遇到以下几个痛点：

鉴权流程冗长：传统的 API Key 或 Basic Auth 方式需要在每次请求中携带敏感信息，增加了安全风险和管理成本。
支付状态同步延迟：轮询方式检查支付状态不仅效率低下，还可能导致支付成功但服务未及时开通的情况。
系统容错能力差：网络波动或第三方服务异常时，缺乏有效的重试和补偿机制，导致支付流程中断。

为了解决这些问题，我们对比了几种常见的鉴权和支付回调方案：

JWT：虽然轻量，但缺乏动态权限管理和吊销机制。
OAuth 2.0：支持动态令牌、权限细分和令牌吊销，更适合付费场景。
Webhook：相比轮询，能实时接收支付状态变更，减少延迟和服务器压力。

最终选择了 OAuth 2.0 + Webhook 的组合，原因如下：

OAuth 2.0 提供了安全的鉴权流程，支持短期令牌和动态权限控制。
Webhook 实现了支付状态的实时推送，避免了轮询的开销。
两者结合可以显著提升系统的安全性和响应速度。

以下是一个封装了 OAuth 2.0 鉴权和支付回调处理的 Python SDK 示例：

import requests
from requests.exceptions import RequestException
from time import sleep

class ChatGPTPaymentSDK:
    def __init__(self, client_id, client_secret):
        self.client_id = client_id
        self.client_secret = client_secret
        self.token_url = "https://api.openai.com/v1/oauth/token"
        self.payment_url = "https://api.openai.com/v1/payment"

    def get_access_token(self, max_retries=3):
        """获取 OAuth 2.0 访问令牌，包含重试机制"""
        payload = {
            "client_id": self.client_id,
            "client_secret": self.client_secret,
            "grant_type": "client_credentials"
        }

        for attempt in range(max_retries):
            try:
                response = requests.post(self.token_url, data=payload)
                response.raise_for_status()
                return response.json()["access_token"]
            except RequestException as e:
                if attempt == max_retries - 1:
                    raise
                sleep(2 ** attempt)  # 指数退避

    def create_payment(self, amount, currency, callback_url, max_retries=3):
        """创建支付订单，包含重试机制"""
        access_token = self.get_access_token()
        headers = {"Authorization": f"Bearer {access_token}",
            "Content-Type": "application/json"
        }
        data = {
            "amount": amount,
            "currency": currency,
            "callback_url": callback_url
        }

        for attempt in range(max_retries):
            try:
                response = requests.post(self.payment_url, json=data, headers=headers)
                response.raise_for_status()
                return response.json()
            except RequestException as e:
                if attempt == max_retries - 1:
                    raise
                sleep(2 ** attempt)

支付状态流转通常遵循以下状态机：

stateDiagram
    [*] --> PENDING
    PENDING --> SUCCESS: 支付成功
    PENDING --> FAILED: 支付失败
    PENDING --> EXPIRED: 支付超时
    SUCCESS --> [*]
    FAILED --> [*]
    EXPIRED --> [*]

对应的时序图如下：

sequenceDiagram
    participant Client
    participant Server
    participant PaymentGateway

    Client->>Server: 发起支付请求
    Server->>PaymentGateway: 创建订单(PENDING)
    PaymentGateway-->>Server: 返回支付链接
    Server-->>Client: 返回支付链接
    Client->>PaymentGateway: 完成支付
    PaymentGateway->>Server: Webhook 回调(SUCCESS/FAILED)
    Server->>PaymentGateway: 确认接收回调
    Server->>Client: 更新订单状态

为了保证支付通知的幂等性，可以采用以下策略：