Atmosphere 1.0：支持Java/JavaScript的异步通信框架-IT家园

摘要

Atmosphere 1.0 是一个新的Java/Scala/Groovy框架，它试图将Web浏览器与应用服务器之间的通信抽象出来。在Web Socket、HTML5服务器端事件和其他特定于应用服务器

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在背后提供对以下各场景的支持：

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

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

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