17-05-5

我是用的是咱们免费版的功能，app在开发和测试期收到了多次给我发来的邮件，提示超出线程。

我想了解下这个线程是按什么计量的，按照咱们文档中提及的，使用标准的接口3个线程足够了。超出线程对app有怎样的功能影响呢？

17-05-5

哦，这里上不了图。

基本上就是
2017-05-04 最大线程数 用量9 已忽略6
这样的。

17-05-5

难道不花钱真的就没有官方答复么。。。

17-05-5

您好，社区的答复会在一个工作日及以上。如果您需要更高优先级的服务，欢迎购买我们的工单服务。

用量9 已忽略6

这里的意思是：历史最高 9 个工作线程，忽略了 6 个请求处理。目前会有些歧义，我们正在改进。

17-05-7

哦，线程的定义是什么呢，这个很迷惑

17-05-8

请看控制台里「存储」->『API 统计』下面的说明：工作线程数，是服务器同时处理的请求数。假设一个请求耗时 20 ms，则一秒钟可以处理请求数为 (1000/20)*6，即 300 个请求。

是否有疑问？请说明。

17-05-8

一个请求20ms，一秒=1000毫秒，一秒=50个请求。

17-05-8
BinaryHB

其实想了解的是，咱们提供的对话，查询等，跟请求是什么关系。毕竟到cpu处理这个层面，无法得知是个什么对照关系。

17-05-8

我这边的一个app使用的都是咱们免费版提供的标准接口，测试期用户也就七八个，然后就老是收到这样的线程超出的提示。是不是可以说咱们免费这边的接口耗用的资源会超过3个线程，还是我们的调用代码写的不够严谨？

（非常感谢咱们能提供面对小型应用的免费版，无他，就是对此不解，如果确实有问题，也许我们会考虑商务版）

17-05-8

从数据来看，就是你们测试所使用资源的量超过了 3 个线程。建议通过 1 到 2 个用户测试业务代码，当需要上线项目时，升级到拥有 30 个工作线程的商用版，相信能满足你们持续增长用户量的需求。