不是吧，如果要在更小的范围内搜索，前提是数据是有序的，如果数据经过排序，复杂度就达不到 O(n) 的要求。不考虑内存的话，遍历一遍，将 top 高的数据记录在一个列表里，同时记录这个列表的最小值，然后如果遇到高于这个最小值的或者列表还没满，这个时候把数据塞到列表里，同时更新列表的最小值，即可。这样对于列表不需要进行额外的排序浪费时间复杂度，这样才可以达到 O(n) 的要求。如果考虑实际情况，这个问题难度在于如何分块读取数据，以保证读取数据到内存之后，内存不会爆掉，所以，.0 或者 0.5 可能是分块读取的依据（当然你应该问一下数据在文本中是如何存储的

不值，等等我的

新古典主义 Roberto Cacciapaglia 的任意一首我都喜欢

参考我的开源项目学习就好了，学前端就像玩积木，知道 API 和怎么用就行了： https://github.com/Shouheng88/AwesomeSwift

孙富贵

求人不如求己，先整理了一波文档并调试通过了接口。我梳理的文章：
https://juejin.cn/post/7231858374828048441

@j20001112 新手年年有，我问一个安卓的基础东西，你也未必懂

有一个局长父亲

@milukun 那还是要学一下的，我有一套自己的付费系统，已经支持谷歌的了，这次希望把苹果的内购整合进去。

我现在疑问比较多的是，官方文档里给了很多接口，还有原始的一些接口，但是如何整合这些接口，如果自己设计的话，估计会踩一些坑

@nightsky 上传的字符串是指收据吗？

@guxingke 请问我看到 Apple 的文档里有 Server API 和服务器接受通知，获取下单信息是客户端下单之后上传给自己服务器的还是通过接受来自 Apple 的通知获取的？还有我看很多验证方案是基于 verifyResult 的 API 和收据数据来判断的，如果基于 StoreKit 2 是不是就不应该真么做了？

我家里的法院都去过了，告赢了，不还钱的还是不还钱，没辙。
你还不能把对方怎么办，搞重了你犯法。