Atmosphere 1.0：支持 Java/JavaScript 的异步通信框架

Atmosphere 1.0 是一个新的 Java/Scala/Groovy 框架，它试图将 Web 浏览器与应用服务器之间的通信抽象出来。在 Web Socket、HTML5 服务器端事件和其他特定于应用服务器的解决方案可用时，该框架可以透明地支持，此外还可将长轮询作为一种备选方案。

最初，Web 应用程序是采用客户端 / 服务器模型构建的，始终由客户端向服务器发起连接。对于特定类型的应用，如仪表板（Dashboard）、报价器和在线聊天等，它们都需要实时通信功能，而传统的 HTTP 请求 / 响应循环无法满足其要求。在这些情况下，服务器必须能够以异步方式（当事件可用时）向客户端（Web 浏览器）推送数据。

随着基于 AJAX 的富互联网应用（ rich internet applications ，RIA）的出现，这种需求变得尤为明显。RIA 不再刷新整个页面，而是采用了一种更为动态的方法，当应用服务器上有新数据可用时，仅更新页面的某些部分。最基本的解决方案是使用轮询：客户端连续不断地向服务器询问更新信息（可能基于一定的时间间隔）。这种方法非常简单，不需要特殊的支持，但是可能存在带宽方面的问题。而且如果有很多客户端的话，即使没有新数据可用，服务器也很容易就不堪重负了。

异步通信的另一种实现方式是 HTTP 流（也称 Comet）。这种方案强制浏览器连接到服务器，而且在指定时间（也可以不限制时间）内保持连接。当服务器有事件需要推送到浏览器时，就可以使用这一持久连接。该方案也有些限制。持久连接是资源密集型的，可能被代理和防火墙意外关闭，而且浏览器对连接到每个应用服务器的连接数也有限制。

以上方法都不是标准的解决方案。本质上，Comet 是一个宽泛的术语，包含了遵循上述理念的一些实现。目前已经有些努力致力于 WebSocket 的标准化。WebSocket 是一种新的网络协议，它从一开始就是为支持异步通信而设计的。然而该协议需要 Web 浏览器和应用服务器双方提供显式地支持。只要双方都支持 WebSocket，就可以将 HTTP 连接“升级”为 web socket 。针对 WebSocket 的编程也有其自身的问题，因为当前每种应用服务器都有自己的 API，这很容易导致供应商的封闭。

Atmosphere 是一个 Java 框架（也支持 Groovy 和 Scala ），可以作为以上各种方案之上的一个抽象层，使开发者无需处理底层的通信细节，从而将精力集中在实际的业务逻辑上。开发者只需利用统一的 Atmosphere API 编程即可，由该 API 在背后提供对以下各场景的支持：

• WebSocket
• HTML5 服务器端事件
• HTTP 流 /Comet
• 长轮询
• JSONP

同时，Atmosphere 也提供了一个 JavaScript 模块（支持 jQuery ），该模块位于客户端，负责将 Web 浏览器的异步支持功能抽象出来。这种抽象的核心理念是控制连接的两端。详细文档参见：支持的应用服务器和浏览器（ supported application servers and browsers ）。

Atmosphere 的主要特性是在可行的情况下（比如可以使用 WebSocket），能够自动选择最高效的方案，还支持一种备选方案（比如长轮询）。它也有可能提前发现客户端和服务器之间支持的方式。请注意：使用 Nettosphere 时，Atmosphere 可以运行在 非 servlet 的容器中。

除基本 API 之外，Atmosphere 也提供了一些插件或扩充，能够与以下框架集成：

• REST/Jersey
• GWT/Vaadin
• Socket.io
• Spring
• Guice
• Wicket
• PrimeFaces/RichFaces

更多信息，请访问该项目的 Wiki 、示例、 FAQ 和 Javadocs 。

作者 Kostis Kapelonis 是软件工程师，专注于企业级应用开发。

查看英文原文： Atmosphere 1.0: Asynchronous Communication For Java/JavaScript