@Vegetable iAP 本来就不是第三方支付。。开发者的确无法主动发起退款。。苹果的文档在此可以，可以自己看：
https://developer.apple.com/library/archive/documentation/NetworkingInternet/Conceptual/StoreKitGuide/Introduction.html

受限于苹果，开发者是无法完全确定一笔订单是否产生退款。开发者只能凭借监控用户行为进行的评估。
如果不进行风控，那么开发者会损失惨重，几年前黑卡流行时最多能有 7、80% 的坏账率。
如果风控太过严格，那就会有误伤。例如楼主这种行为：平时国内 IP 进行操作。突然有一次国外 IP 登录充值但无其他行为，在之后立刻切换回国内常用 IP，这很明显和代充行为表现一致。

如果的确都是楼主操作的，误伤的结果却是是腾讯收到了钱但不发货。问题在于，开发者能够拿到的数据来看，这的确就是代充，如果发货，那非常大概率会造成损失。你如果是开发者怎么办?

@zpxshl 可能出于隐私考虑，其他的理由我暂时想不到。。

@9684xtpa 王者荣耀没有足够的资料来完全确定你 "是否代充"，只能通过过去的支付行为来进行风控，是概率性的猜测，所以这应该就属于误伤。

游戏开发者和苹果之间，是没有什么取消或者退款的接口的。你支付成功，游戏一方就会立刻收到通知要求发货。但是你退款时，游戏一方是收不到任何通知的。等到下月结算，游戏放才会知道发生了退款，但是哪笔订单退款了苹果不给。如果有退款订单数据，事情哪至于到这种地步啊。。。

翻了 3 页都没有个做过 iAP 的人来说明一下技术方面的问题。。

1. 首先你是用微信购买 AppStore 充值，这一步是微信与苹果的订单。钱是从微信进入到你的 AppStore 的账号，到账周期应该很短，也有可能是接近实时的。之后的流程就与微信无关了。所以，整个流程来说，与微信是无关的。换成支付宝或者信用卡，你也会遇到相同问题。

2. 你用苹果的 iAP 购买了游戏内容，这一步是苹果与游戏公司(王者荣耀) 之间发生的订单。苹果会立刻实时通知王者荣耀一方进行发货，但是实际的钱并不会实时到账到王者荣耀。下月初结算时，苹果才把完整账单发给王者荣耀，之后才会统一汇款。

注意，如果你进行退款，王者荣耀一方是不会立刻知道的。直到下月结算时，王者荣耀才会发现苹果给到的订单结算存在坏账，少给了钱。这个问题的关键在于，苹果不会把完整的每笔订单详情给到王者荣耀，也就是说，王者荣耀无法区分哪笔订单、哪个用户存在坏账，或发生过退款。。

所以一旦发生退款，充值方无损失、苹果无损失、游戏开发者承担了损失。
第三方违规代充成功的话，玩家的钱给了代充、代充则可以通过退款来拿回大部分钱，最终仍然是游戏开发者承担损失。

受限于苹果政策，游戏开发者为了避免损失，只能通过实时风控，即监测用户行为来实时判定是否存在代充行为。
所以这个问题不是王者荣耀一个游戏会遇到的，所有 AppStore 的有内购的 App 都会遇到这个问题。
如果不进行风控，那么游戏会立刻出现大笔坏账；如果进行风控，不可避免会存在误伤，用户又无法理解。
所以苹果是问题的关键，开发者才是弱势的一方。

那怎么样能让楼主心平气和的接受 "达不到要求" 这个意见呢？
如果是楼主博客里面的内容，友善的说，可能的确不行。。

"锁死服务器" 这种说法，感觉老板是不懂技术的，所以无法用清晰的技术术语来描述问题。。
我好奇的是，那两个匿名的消息的真伪：一个是燕飞宏之前待过的公司职员的描述，一个是这家伙离职后最新入职的那家公司职员的消息，还带有打卡记录的。

这两个消息里面描述如果为真，那就说明这个人真是不行；如果这两个消息有问题，那就会出现反转。

还在用的：MBP 14 年款
不用了但还能开机功能正常的：Nokia E51，08 年买的，还能跑 python 呢。。

妈呀这历史记录😱

我 Macbook 也遇到过啊。。电池鼓包，触摸板失效。。

每次遇到这种 "因为我的特例，所以建议大家都不要买" 的帖子，我都想说个例不具有代表性。
但是真要是自己遇到这种事情，概率就是 100% 的了，谁也接受不了。

所以我认为，个人的例子，不足以支撑 "建议大家都不要买"，要给出这种建议，至少要提供些数据出来。。
比如 Google "小米笔记本" "电池鼓包" 有 8,550 结果，
Google "Macbook" "电池鼓包" 有 7,660 结果，
嗯。。再考虑 Macbook 销量更高，那么可能说明小米用户电池鼓包概率更高或者发声更多。。

收集烟盒+1，捡到过各种有趣的烟盒，比如夜光图案的、热敏感图案、喷水显示的等等，现在想想就是捡破烂啊。。
还有收集种子，回来查书看养殖要点，然后买花盆来种，阳台都被花盆摆满了。。

看了下 WTG，还是要 bootcamp 驱动，本质没区别。
优点是外置存储，方便硬盘空间小的人；缺点就是更贵更麻烦而且还占一个 U 口。

@nicevar 巧了我也是从 Xcode 3.2.2 开始用的，到现在为止 Plugin、Simulator 之类的目录都有变过，每次新版本或者需要适配特定版本 iOS 都要安装新模拟器，Archive、模拟器、Device、Log 等数据也都要根据当前项目状态决定是否需要保留。我想请教下你的一个脚本是怎么自动判断 10 年不怎么维护的，还是说你的脚本里面有交互过程。

@nicevar 我是做 iOS 开发的，Xcode 每个大版本更新，都会变更一些东西，包括各种缓存目录。
macOS 每次更新也会有变动，同时我也会不断试用新软件。我没有那么多精力去一一追踪这些变动，也没有精力去不断更新脚本。花一点钱，把这件繁琐的事情交给愿意去做并且愿意负责的人，我所能节省时间和精力，这也是意义。

当然，是否值得，要看个人是如何衡量自己时间的价值。

这种问题就跟小马过河的故事似的，每个人的情况都不一样嘛。。
对于我来说，主要使用的功能有这几个：
1. 清理系统垃圾。Xcode、系统 Log、设备 Log 每隔一段时间都会有几个 G 甚至几十个 G 的垃圾，分布得到处都是，有用没用也很难区分，手动处理太麻烦了。
2. 卸载器。和其他的类似软件 (CleanApp/AppCleaner) 相比，这个有在线数据库，对 App 产生的文件有更完整的匹配，文件还能区分作用来避免删除有用内容。

x 和 v3 相比，就多了个隐私清除和恶意软件扫描，聊胜于无吧。

iOS 解析 JSON，一般都是用一些 JSON-Model 的库来自动处理，并转换为对象的。
那么对象的属性（变量名称）是不可能使用数字的，所以自动处理肯定无法完成。
这种情况下，只能手动去处理，非常麻烦而且容易出错。

另外，#11 楼才是正确做法。

百度的技术、技术导向确实强于其他两家，这都是圈内公认的啊。。。都没在 BAT 待过在这儿辩什么啊。。