应用准确的HTTP响应头，确保缓存Ajax调挪用。除了绝对须要及时更新数据的Ajax调挪用，其他都实用。运用方法:准确修正HTTP头Last-Modified、ache-contro1和Expires。

削减用户感知的响应时光，进步用户满足度，进步平台或解决计划的可扩大性。尽可能地应用Ajax懈弛存Ajax挪用，可以进步用户满足度，进步可扩大性。

对于新人或者不熟习常见的收集术语的人来说，可以把Ajax看作隐蔽鄙人拉式菜单后的“办法”，当你输入字符串时，可以以给你提醒，或者把它看作隐蔽在地图办事中的“办法”，让你可以或许无需再次挪用长途办事器，就可以或许放年夜或缩小地图。假如应用适合，应用Ajax不仅可以获得极好的与用户互动的界面，并且因为无需额外的办事器端工作就能让用户处置数据和对象并与之交互，还能进步可扩大性。然则，假如应用欠妥，那么Ajax会极年夜地增长办事器需处置的要求数，从而制作出一些特有的扩大性束缚。但要留意，固然这些要求从阅读器端来看是异步的，却可能在短时光内造成办事器群内的要求泛滥并造成办事器瘫痪。固然经常被称为一种技巧，但最好的描写照样阅读器用于创立更丰硕的更具有交互性的Web运用的一组技能、说话、办法和技巧的聚集。固然这个缩写中的词语描写了Ajax的实现方法，但真正的用户交互可能不是异步的，不必只用XML作为数据交流的格局。例如，可以用JSON取代XML。但Javascript是无可替代的。

JesseJamesGarrett因在2005年揭橥的文章“Ajax:创立Web运用的新办法”?中发明了术语Ajax而普遍被人说起。宽泛地说，Ajax具有效CSS和DHTML实现的尺度表达方法、用文档对象模子(DOM)实现的交互和动态显示才能、用XSLT或JSON实现的XML如许的数据交流和操作机制，以及数据检索机制。从终端用户的角度看，数据检索平日是异步的(但并不停对必需是异步的)。Javascript是用于实现客户端阅读器内交互的说话。当应用异步数据传输时，要采取Xmlhttprequest对象。我们最初的因特网经验是所有器械都是要求和应答如许的交互，Ajax的目标就是终止这些庞杂的交互。有了这些配景常识，让我们看看与Ajax相干的扩大性方面须要留意的问题，最后看看缓存若何赞助我们解决这些问题。

显然，我们一向想创立可以或许进步用户交互和满足度的界面，如许就可以或许增长收益、利润和股东的财富。Ajax就是如许一种办法，应用它可以给最终用户供给更丰硕更及时的体验。因为它能削减阅读器内不需要的交互，所以用户交互可以产生得更快。用户可以进行放年夜或缩小操作，而无需期待办事器的响应，可以用以前的条目预填充下拉式菜单，当用户在搜刮栏中输人查询字符串时，他们可以看得一些潜在搜刮字符串，从中他们也许会找到更具有指点性的搜刮前提。应用Ajax的异步性，无需让用户点击“下一页”，就可以依据某些用户操作重复吸收邮件，赞助我们把邮件成果载入客户阅读器。

然则有些操作会晦气于对平台进行有用扩大。以用户在Web站点输搜察项搜刮持定的产物为例。我们可能想在用人搜刮项时，弹出一个下拉式菜单，列出一些建议的搜刮项，如许我们须要查询产物目次来填充菜单。Ajax响应后继的击键把要求发送给办事器器，基于迄今为止输人的字符串返回一个成果填充下拉式菜单，而用户在输人时无需阅读器刷新页面。不然，可能会因为用户还没有输人完全的字符串，而返回不完全字符串的完全搜刮成果。这两种实如今很多搜刮引和电子商务站点都很常见。然则，让每个后继的击键都对办事器发生一个搜刮查询，对后台体系来说，不仅成本高，并且是一种糟蹋。例如，用户输入“beaniebaby”会激发111次持续的搜刮，而真正须要的只有一次。如许的用户体验可能令人印象深入，然则假如用户输人足够快，那么在停止输人前可能有8到10个搜刮都不会真正返回成果。

还有一种办法，可以或许在不增长10倍流量的情形下到达雷同的目的，你也许能依据本章的主题猜到这种办法，那就是应用缓存。只须要很少的工作，就可以把上一次Ajax交互的成果缓存在客户阅读器中、也可能是缓存在CDN(请参阅原则20)、页面缓存(请参阅原则23)、运用缓存(请参阅原则24)中。起首，让我们看看若何应用阅读器的缓存。三个能确保我们在阅读器中缓存内容的症结元素是HTTP响应中的cache-contro1头、Expires头和Last-Modified头。我们在原则21中具体评论辩论过个中的两个。对于Cache-Contro1，要避免应用no-store，在可能的处所把它设置为public，如许我们的终端(客户)和办事器之间的任何署理懈弛存(如CDN)都可以保留成果集，向其他要求供给数据。当然，我们不想把私稀有据设置为public，但在可能的情形下，我们当然想应用pub1ic供给的高度缓存。

记住，我们的目的是减往而少办事器的负载。是以，应当把响应的Expires头的时光设置得足够长，能力使阅读器在当地缓存第一个查询的成果，以便之后的要求可以或许从缓存中读取它。对于静态对象和半静态对象，如用户头像或公司标记

可以把Expires设置为几天或时光更长一些。有些对象确定对时光敏感，如读取同伙博客上的状况更新。对于这种情形，可以把Expires头设置为几秒或几分钟，如许既斟酌到了及时性，又削减了全局负载。

应用Last-Modified头可以处置有前提的GE要求。在这种情形下，为了与HTTP1.1协定坚持一致，假如缓存中的数据项是准确的或仍然有用，办事器应当用状况304响应。如Xmlhttpreuqest这个名字的Http部门所示，所有这些的症结在于，Ajax要求的表示与其他任何HTTP要求和响应的表示一样。知道了这些，有助于确保支撑这些要求的体系的缓存才能、可用性和可扩大性。

当我们的内容在阅读器端可以更改时，前面的办法很有用，但对于逐渐扩大的搜刮字符串，问题就变得有点艰苦了，在用户与搜刮页面交互，并输入检索字符串时，就会涌现这种情形。对于这种特别情形，没有简略的解决计划。但在cache-ontic1头中应用pub1iC参数可以确保把所有邻近的搜刮字符串都缓存到中央缓存和署理中。是以，被搜刮字符串的常见开首和常见的中央部门很可能在读取它们之前就已经被缓存在某处了。这种特别问题可以推广到应用Ajax的页面中的其他特定对象上。例如，要求拍卖中的物品的体系、要求社交网站站中的新闻的体系或者邮件体系，在发出要求时，不该该应用相对位移量，而应当应用特定的新闻ID。像"page=3&item=2”如许的相对名字，标识的是体系的第三页中的第二条新闻，跟着体系的转变，可能会造成缓存一致性问题。较好的办法是应用id=124556”，这个ID表现一个原子项目，不会转变可认为这个用户进行缓存，假如它的属性是公共的，那么未来还可以被

较轻易解决的情形是我们知道本身有哪些网站制造静态或半静态的项目聚集，例若有限的或者高低文相干的产物目次。从客户端来看，我们可以异步获取这些成果，把它们缓存起来，可以供统一个客户未来应用，更主要的是确保CDN和中央缓存或署理法式缓存了它，以便其他用户履行邻近的搜刮时应用。