有没类似方案或开源程序，当使用一次 API 须付费一次？

[magiclx]

这里的需求是：

1. 用户使用一次 API ，须先进行一次付费，使用完后，付费产生的权益也随之消失；
2. 是否有开源系统直接支持最好；
3. 尽量能支持 PayPal 、支付宝、微信；

对于需求 1 ，考虑后有同步方案和异步方案，同步方案即在提交时产生定单并弹出支付，当付费完成后能执行自定义的一些操作，比如发通知、调用 API 、发送权益等；如果时异步方案，则购买权益和使用权益可以分开来，使用权益码来衔接。

[Allonsy]

直接 Api 预付款不就完了, 整这么复杂....

[magiclx]

补充点，API 频度大部分使用者只会用一次，使用者可选择不注册为用户，直接用。

[GenericT]

那不就是个一次性的 token 吗，随便找个发卡的程序完事儿了

[cpstar]

我就是想知道，API 是一个程序调用的过程，在程序调用的过程同步做出订单和支付，谁来操作，机器么？

[gdfsjunjun]

API 开放平台？很多开源项目啊。

[yqcode]

https://rapidapi.com/ 这个？

[bigha]

你别说 还真有这玩意 跟你的需求完全匹配

你搜 云海计费解析

[linyinma]

被一个简单需求说的那么复杂，，这不就是实体场景常玩“卡密”业务； 先生产一批具有权益性质的卡密； 没调用一次 API 必须传一个卡密；

[magiclx]

@GenericT 采用异步来处理，确实就是发 token ，我找了一圈，差不多至少都有 20 张表，太复杂，有简单点的推荐吗，无头的也行。

[magiclx]

@cpstar 用户点击客户端上的一个按钮，然后开始调用 API ，当然，体验好一点，可以预先做一遍业务逻辑是否满足的 check ，然后再调用。

[magiclx]

@linyinma 是的，卡密可以实现，但需要一个系统来收发卡密挺麻烦，然后再使用。有两个分割的环节，看起来有点麻烦。在考虑实现得更简洁一点，比如实现为方案 1 ，方案 2 有点麻烦：

方案 1. 用户点按钮->系统提示用户支付->用户支付->系统调用 API 后并反馈结果

方案 2. （系统 1 ，卖 token ）提示用户买好 token ，（系统 2 ，消费 API ）用户输入 token 后点按钮->系统调用 API 并反馈结果

[linyinma]

既然是 API 调用，你业务逻辑不应该是需要人机交互啊； 如果是人机交互的逻辑那就是 “商城”逻辑 解决的范凑啊

[Golor]

https://www.getlago.com/ 可以看看这个开源项目

[magiclx]

@Golor 谢谢

非常感谢支招，我已决定自己来写。