为什么异步 AWS Java SDK 使用线程池？
Why async AWS Java SDK is using a thread pool?
已经是 2016 年了，Java AWS SDK 没有真正的非阻塞 API，它避免了线程池（我的意思是每个 api 请求方案的线程）！但为什么？如果我想创建一个大型消息传递应用程序或最终基于 DynamoDB 的 Pokemon Go 杀手怎么办，我将需要扩展到数百个 rest api VM，而不是在相同负载的非阻塞 IO 的情况下只有几十个（每秒数百万个请求）。如果存储的重要部分 apis 每个请求都使用线程，那么使用像 Akka 或 Vert.x 这样非常强大的东西对我有什么好处？
AWS 终于发布了带有 "truly asynchronous" 方法调用的 v2.0 java SDK。您可以参考他们的文档以获取更多信息：https://docs.aws.amazon.com/sdk-for-java/v2/migration-guide/whats-new.html
但是请记住，目前并非 SDK v1.x 的所有功能都在 v2.0 中实现，"Features not yet in the AWS SDK for Java 2.0" 的列表可在此处找到：
https://docs.aws.amazon.com/sdk-for-java/v2/developer-guide/welcome.html
已经是 2016 年了，Java AWS SDK 没有真正的非阻塞 API，它避免了线程池（我的意思是每个 api 请求方案的线程）！但为什么？如果我想创建一个大型消息传递应用程序或最终基于 DynamoDB 的 Pokemon Go 杀手怎么办，我将需要扩展到数百个 rest api VM，而不是在相同负载的非阻塞 IO 的情况下只有几十个（每秒数百万个请求）。如果存储的重要部分 apis 每个请求都使用线程，那么使用像 Akka 或 Vert.x 这样非常强大的东西对我有什么好处？
AWS 终于发布了带有 "truly asynchronous" 方法调用的 v2.0 java SDK。您可以参考他们的文档以获取更多信息：https://docs.aws.amazon.com/sdk-for-java/v2/migration-guide/whats-new.html
但是请记住，目前并非 SDK v1.x 的所有功能都在 v2.0 中实现，"Features not yet in the AWS SDK for Java 2.0" 的列表可在此处找到： https://docs.aws.amazon.com/sdk-for-java/v2/developer-guide/welcome.html