我需要使用Akka的HTTP客户端(v2.0.2)来使用REST服务 . 逻辑方法是通过主机连接池执行此操作,因为我们期望大量的同时连接 . Flow
为此消耗 (HttpRequest, T)
并返回 (Try[HttpRequest, T)
. documentation表示需要一些任意类型 T
来管理对请求的潜在无序响应,但是没有指出调用者应该对返回的 T
做什么 .
我的第一次尝试是使用 Int
作为 T
的下面的函数 . 从许多地方调用它以确保连接使用单个池 .
val pool = Http().cachedHostConnectionPool[Int]("127.0.0.1", 8888, ConnectionPoolSettings(system))
def pooledRequest(req: HttpRequest): Future[HttpResponse] = {
val unique = Random.nextInt
Source.single(req → unique).via(pool).runWith(Sink.head).flatMap {
case (Success(r: HttpResponse), `unique`) ⇒ Future.successful(r)
case (Failure(f), `unique`) ⇒ Future.failed(f)
case (_, i) ⇒ Future.failed(new Exception("Return does not match the request"))
}
}
问题是客户应该如何使用 T
?有更清洁更有效的解决方案吗?最后,我的偏执是否可能无法实现偏执?
3 回答
我最初对此感到有些困惑,直到我几次阅读文档 . 如果您要将单个请求用于池中,无论共享同一个池有多少个不同的位置,您提供的
T
(在您的情况下为Int
)无关紧要 . 因此,如果您一直使用Source.single
,那么如果您真的需要,那么该密钥总是可以1
.但它确实发挥作用的方法是,如果一段代码将使用池并一次向池中提交多个请求,并希望得到所有这些请求的响应 . 原因是响应按照从被调用的服务接收的顺序返回,而不是它们被提供给池的顺序 . 每个请求可能需要不同的时间,因此它们按照从池中收回的顺序向下游流向
Sink
.假设我们有一个服务接受
GET
请求,其中包含以下形式的网址:123
部分是您要查找的产品的ID . 如果我想一次查找产品1-10
,并且每个产品都有单独的请求,那么这就是标识符变得重要的地方,这样我就可以将每个HttpResponse
与它的产品ID相关联 . 此方案的简化代码示例如下:当我在
fold
中得到我的回复时,我也方便地拥有每个与之关联的id,因此我可以将它们添加到由id键入的Map
中 . 如果没有这个功能,我可能不得不做一些事情,比如解析正文(如果它是json)来尝试找出哪个响应是哪个并且这不是理想的,并且这不包括失败的情况 . 在这个解决方案中,我知道哪些请求失败了,因为我仍然得到了标识符 .我希望能为你澄清一些事情 .
使用基于HTTP的资源时,Akka HTTP连接池是强大的盟友 . 如果您要一次执行单个请求,那么解决方案是:
因为您正在执行
single
请求,所以无需消除响应的歧义 . 然而,Akka流是聪明的 . 您可以同时向池提交多个请求 . 在这个例子中,我们传入一个Iterable[HttpRequest]
. 返回的Iterable[HttpResponse]
使用SortedMap
重新排序,与原始请求的顺序相同 . 你可以做一个request zip response
来排序:如果您需要以自己的方式解开东西,那么可迭代期货的期货很棒 . 通过扁平化事物可以获得更简单的响应 .
我使用所有导入和包装器制作了this gist,以使客户端使用HTTP服务 .
特别感谢@cmbaxter他的简洁例子 .
有一个开放的票据,用于改进关于此的akka-http文档 . 请check this example