我将使用 Scala 和 Akka Actors 开发新的 HTTP/REST 服务。
我有使用 Play 的经验，但我真的不需要完整的 Web 框架。从我读到的，我认为喷雾是一个合适的选择。我的问题来自新到来的 AKKA-HTTP 之后 Spray 的未来。
Spray 项目是否会独立于 Akka-HTTP 项目而发展，或者这两个项目是否会合并为一个 Akka-HTTTP？
如果我开始使用 Spray 进行开发，这会产生什么影响？我还读到 Play 将集成 AKKA-HTTP。所以我最后想知道 a 是否不应该与 Play 一起使用？
谢谢你的帮助。
Spray 已准备好生产，但开发团队 (Mathias Doenitz) 现在在 Akka-http 上为 Typesafe 工作。
Akka-http 的状态是“开发预览”。有“几个月内”完全发布的模糊承诺，但你不能把任何东西带到银行。
2015 年 7 月 29 日编辑：
Akka-HTTP 的状态现在是 1.0 RC4 版本的“候选发布版”。它的功能在很大程度上与spray.io 竞争，人们普遍认为spray.io 将失去它的发展动力。目前，我不再推荐将 spray.io 用于新项目。
Typesafe 的 Jonas Boner 将 Akka-http 称为“Spray 2.0”。所以不要指望任何未来版本的喷雾，在某些时候你将不得不做出改变。我在 Scala Days 上看到了 Jonas 的 Akka-http 演示，看起来将 Spray 代码移植到 Akka-http 应该是直截了当的，因为 DSL 几乎没有变化（即使库的底层实现会有所不同）。
具体回答您的问题：Spray 作为一个单独的项目完成，它以 Akka-http 的名称导入 Akka（不是合并，因为 Akka 之前没有任何等效项）。如果您现在需要开始开发，请使用 Spray，如果您有能力处理预览版中不可避免的错误，请使用 Akka-http。您的 Spray 代码将永远不会停止工作，但除了小错误修复之外，它也不会受到支持。所有新功能都将添加到 Akka-http 中，因此您无需更新到 Spray 2.0，而是更新到 Akka-http。
您已经在评论中回答了您的问题。只要您不需要处理 UI，我建议您使用Akka-HTTP 或 Spray.io。
如果您从 Spray.io 开始，我认为您不会产生影响，因为有许多项目在 Spray 上运行其生产环境。
有关更多详细信息，请参阅以下链接。
谢谢
好吧，如果您必须从头开始学习所有内容，我建议您选择 spray - Akka hhtp 文档确实不完整，并且很多路由指令尚未在 akka.http 上实现。我从akka开始，但我被迫去喷……
Typesafe 得到 Spray(ed) | @typesafe
Akka/Spray 集成（名为 Akka HTTP）将提供一种生产和使用可嵌入 REST 服务的理想方式。
根据约翰内斯·鲁道夫
如果您想为（可能已经存在的）akka 服务提供 HTTP 接口，那么这就是 akka-http 的用途