Concurrency 如何最大化比特币JSON-RPC性能？
是否有人建议优化从JSON-RPC读取区块链的脚本？是否可以使用HTTP/1.1 keepalive来避免为每个查询重新建立TCP连接？JSON-RPC服务支持并发吗 更新Concurrency 如何最大化比特币JSON-RPC性能？,concurrency,keep-alive,json-rpc,http-1.1,bitcoind,Concurrency,Keep Alive,Json Rpc,Http 1.1,Bitcoind,是否有人建议优化从JSON-RPC读取区块链的脚本？是否可以使用HTTP/1.1 keepalive来避免为每个查询重新建立TCP连接？JSON-RPC服务支持并发吗 更新 我可以在两个不同的终端上同时远程登录到端口，因此它肯定可以同时处理多个连接。我仍然想知道更多关于它是如何在内部实现的（线程？事件？），以及增加并发客户端的数量将如何影响总吞吐量。进行了更多的搜索并找到了一些答案！假设这篇文章可以信任： JSON-RPC API 内部HTTP服务器现在是每个连接的线程，而不是在网络I/O上
我可以在两个不同的终端上同时远程登录到端口，因此它肯定可以同时处理多个连接。我仍然想知道更多关于它是如何在内部实现的（线程？事件？），以及增加并发客户端的数量将如何影响总吞吐量。进行了更多的搜索并找到了一些答案！假设这篇文章可以信任： JSON-RPC API
- 内部HTTP服务器现在是每个连接的线程，而不是在网络I/O上暂停的单线程队列
- 内部HTTP服务器支持HTTP/1.1、流水线请求和连接保持活动状态
- 支持JSON-RPC 2.0批处理，在单个HTTP请求中封装多个JSON-RPC请求