ob_start ob_get_clean ob_flush flush 这些函数能帮助你实现这个功能，别关注性能。

@opengps 自行伪造的情况下面和正常请求根本没有办法区分。你张嘴就来取最后一个，将来出了问题，你们是要负责任的，明白吗?

没有那么麻烦，我使用 Lua + redis + nginx 写了一个动态代理玩意。
用于第三方支付调试

我昨天看到的另外一套数据是：创业游戏公司都是先做 iOS，Android 等到产品倒闭了也没有出来。

@maemolee 关键词 windows 文件共享、Mac 文件共享、Linux 文件共享

SMB

@fffang 你需要了解更多的 IAP 机制，想伪造基本很难，因为你需要保证流水号的唯一性，包括任何支付平台。

没有，不现实，Mac 地址能伪造。

咸鱼交易先走论坛，别一下子就在咸鱼上卖出去，上面很多捡漏的、骗子各种各样都有。

@fffang 所以需要 iOS 保证凭证的安全，IAP 体系中不能按照常规形式来走订单流程。

在服务端中拿到 iTunes Service 返回凭证解析之后的数据，每条交易流水中都会带上商品 ID，根据这个数据再去生成订单即可。

一切以交易流水号为最终结果。

1 楼所说的情况只能知道用户下了订单，但是并不知道用户是否支付。

想下微信和支付宝支付的时候，如果支付成功不给你回调，那么你也永远不会知道该用户是否已经给钱了。

这种时候就需要客服的介入了，通过用户提供支付的交易记录去相关支付平台找记录。

不需要。
1. 先让 IAP 完成支付
2. iOS 内部存储凭证
3. 然后去服务端校验
4. 校验通过生成订单
5. 返回支付成功标识，并让 iOS 删除该凭证。

可能会遇到的坑
1. 校验凭证返回的数据是未经过排序，需要手动根据时间排序取最后一条。
2. 苹果校验服务器出现问题，校验不通过，叫 iOS 重新发送校验请求。

重点
1. iOS 一定要保证凭证的存储安全。
2. 服务端需要校验交易流水号唯一。

根据我在公司睡过三个月的经历，那三个月工作效率和学习效率直线上升，找到房子之后效率下降 200%。