InfoQ

新闻

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

作者 Mark Figley译者 戴垚 发布于 2007年11月26日 下午10时49分

社区
Architecture,
SOA
主题
JavaScript,
REST
标签
AJAX

有一些简单、基础性的工具是构建我们的软件基础设施的基础,当我发现那些能有效利用这些工具的解决方案的时候,对我来说总是件快事。与在现有复杂层次上再去创建另一个更多复杂层次不同,我们寻找使用软件架构栈中的核心构件来解决问题的方法。我认为像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

6 条回复

回复

翻译的太不像中文了 发表人 Hong Xing 发表于 2007年11月27日 上午2时7分
Re: 翻译的太不像中文了 发表人 凉粉 小刀 发表于 2007年11月27日 上午3时52分
还不错 发表人 kudo shinichi 发表于 2007年11月27日 上午8时34分
如果服务器没有提供缓存的话? 发表人 wu cao 发表于 2007年11月27日 下午9时14分
Re: 如果服务器没有提供缓存的话? 发表人 Rah Quon 发表于 2007年11月28日 上午2时8分
Re: 如果服务器没有提供缓存的话? 发表人 Alex Xu 发表于 2007年11月28日 下午10时13分
  1. 返回顶部

    翻译的太不像中文了

    2007年11月27日 上午2时7分 发表人 Hong Xing

    晦涩

  2. 返回顶部

    Re: 翻译的太不像中文了

    2007年11月27日 上午3时52分 发表人 凉粉 小刀

    非常感谢Hong Xing同学的意见,我们会对该文进行进一步审校,对文字进行处理以后重新发布。

  3. 返回顶部

    还不错

    2007年11月27日 上午8时34分 发表人 kudo shinichi

    可能是直译的过吧,不过中心思想表达的非常明确了,感谢译者的贡献!

  4. 返回顶部

    如果服务器没有提供缓存的话?

    2007年11月27日 下午9时14分 发表人 wu cao

    如果服务器没有提供缓存的话?那是不是r.status就永远不可能是304了

  5. 返回顶部

    Re: 如果服务器没有提供缓存的话?

    2007年11月28日 上午2时8分 发表人 Rah Quon

    这不是笑话么...缓存是提高性能的必备机制

  6. 返回顶部

    Re: 如果服务器没有提供缓存的话?

    2007年11月28日 下午10时13分 发表人 Alex Xu

    304是给客户端看的。浏览器收到304状态,就用本地缓存来刷新页面。Ajax需要自己处理一下。文中已经给出了代码。

    服务端判断什么时候发304是需要好好设计的,跟访问策略和具体业务逻辑有关。

独家内容

剖析短迭代

敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。

AtomServer:数据分发的发布动力(第二部分)

在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。

架构师(试刊第二期)

InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!

一种正规的性能调优方法:基于等待的调优

在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。

Java程序员ActionScript 3入门

通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。

浅谈如何创建Rails应用

本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。

Alexandru Popescu谈InfoQ.com网站架构

InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。