在 REST/Ajax 架构中减少服务器负载和网络流量

  • Mark Figley
  • 戴垚

2007 年 11 月 26 日

话题:SOARESTJavaScript架构语言 & 开发

有一些简单、基础性的工具是构建我们的软件基础设施的基础,当我发现那些能有效利用这些工具的解决方案的时候,对我来说总是件快事。与在现有复杂层次上再去创建另一个更多复杂层次不同,我们寻找使用软件架构栈中的核心构件来解决问题的方法。我认为像 RESTful 和 POJO 编程模型这类架构风格之所以能够与开发者产生如此多共鸣的原因就在于那种发现意外之财的幸福时刻。这里有一篇发表在 developerWorks 上的一篇短文,它向我们展示了如何为 Ajax/REST 架构减少网络流量和服务器处理,但是本文的可贵之处在于,他们有效利用了 HTTP 304 状态码,而不是推荐使用一些更加复杂的解决方案。这篇文章一开始就为 Ajax/REST 结构面临的一些挑战设定了上下文:

HTTP 的一个简单事实是:HTTP 是一个无状态的协议,它既是 HTTP 的最大优点也是其主要缺点。每一个对于 HTTP 服务器资源的请求都是幂等的,也就是说在每次调用相同的请求应该返回相同的结果。幂等是 REST 的中心思想:不管在什么时候发送相同的请求——也许编码了客户信息——都应该返回同样的数据。……[但] 如何理解“同样的数据”并不想看起来那么容易。同样的 URI 总是返回一样的数据只是一个粗糙的理解。毕竟,即使一个静态页面的内容也会改变(比如修正了一些拼写错误)。幂等背后的含义仅指相关的改变不应该对 GET 请求本身产生直接的影响。于是像这样一个总是变化的资源是一个完全合理的方法:

http://myserver.example.com/latest_data/

这里的问题只不过是“最新数据(latest_data)”并不仅仅依赖于谁在什么时候以何种方式获取过。一个服务器可以完全是 RESTful,并仍然反映“世界的现状”。

他们正在试图解决的问题有两个方面:减少网络流量和减少服务器对重复请求的处理。这当然不是一个新的问题。可以预料到他们解决服务器处理的方法:缓冲。RESTful 架构的好处之一就是它可以被缓存。但这只解决了服务器处理的问题;即使数据没有任何改变,你还是不断的在网络上为每一个请求发送完整的数据集。而这正是 HTTP 304 状态码可以派上用场的地方:

事实上,“Not Modified”在 HTTP 协议中已经有合适的处理了,尽管这个正确的解决方案没有得到充分的使用。我们可以并需要做的是简单的返回一个 HTTP 304 状态码。然后由我们的 Ajax 代码来检查,如果发现了,就简单地根据服务器响应(缺乏)数据(译注:此处应指响应请求的状态码),不对客户应用状态进行更新。

他们还非常周到的提供了一些示例代码,包括在 javascript 里如何调用 ajax 方法并如何正确处理 304 状态码:

var r = new XMLHttpRequest();

r.onreadystatechange=function() {

if (r.readyState==4) {

if (r.status==200) { // "OK status"

displayData(r.responseText);

}

else if (r.status==304) {

// "Not Modified": No change to display

}

else {

alertProblem(r);

}

}

}

r.open("GET",'http://myserver.example.com/latest_data/',true)

r.send(null);
查看英文原文:Reducing Server Load and Network Traffic in REST/Ajax Architectures
译者简介:戴垚,2000 年计算机硕士毕业后一直从事软件开发管理工作,目前在一家大型外企担任开发部门经理。关心软件技术和相关工具的动态,深信技术的使用应以创造价值为根本。目前致力于 SOA 的研究,希望能对业以复杂的企业环境有所帮助。参与 InfoQ 中文站内容建设,请邮件至china-editorial@infoq.com,加入 InfoQ 中文站用户讨论组,请点击ICUG,InfoQ China User Group
SOARESTJavaScript架构语言 & 开发