等待来自PHP的多个卷发，什么时候太多？
我为个人编程实践/投资组合创建了一个类似“boggle”的游戏 我发现了一个免费的API，在那里我可以验证单词等待来自PHP的多个卷发，什么时候太多？,php,api,curl,Php,Api,Curl,我为个人编程实践/投资组合创建了一个类似“boggle”的游戏 我发现了一个免费的API，在那里我可以验证单词 我的问题：如果3个玩家每人有15-20个单词，并且一个脚本开始运行对api的调用（据我研究所知，这是一个无限使用api），那么是否有“保证”每个调用都会运行？php与JS的promise/Asynchronous风格相比如何？连续卷发有什么好担心的吗？一个php实例一次可以处理多少个请求/响应 PHP代码以异步方式运行，如果您使用的是standard，那么它一次只处理一个请求，而单个脚
我的问题：如果3个玩家每人有15-20个单词，并且一个脚本开始运行对api的调用（据我研究所知，这是一个无限使用api），那么是否有“保证”每个调用都会运行？php与JS的promise/Asynchronous风格相比如何？连续卷发有什么好担心的吗？一个php实例一次可以处理多少个请求/响应 PHP代码以异步方式运行，如果您使用的是standard，那么它一次只处理一个请求，而单个脚本的唯一限制是调用所需的时间，以及 如果正在使用，则可以发出异步请求，理论上没有限制，但这取决于许多其他因素，如可用带宽等、网络连接数量限制和/或系统上打开的文件 一些相关信息：
那么php curl是纽约市吗？我读到它是同步的，这很好。。。我想我可以在30秒内得到我所需要的所有响应（在我的phpinfo中是30）。如果使用curl\u multi\u exec，curl可以是异步的。请参见链接文档页面上的示例。本文很好地解释了curl\u multi\u exec方法
libcurl itself has no particular limits, if you're referring to amount of
concurrent transfer/handles or so. Your system/app may have a maximum amount
of open file handles that'll prevent you from adding many thousands. Also,
when going beyond a few hundred handles the regular curl_multi_perform()
approach start to show that it isn't suitable for many transfers and you
should rather switch to curl_multi_socket() - which I unfortunately believe
the PHP binding has no support for.