WebSphere Commerce高速缓存技术
引言
前面章节中，对网络流量的“瘦身”方面提出了建议来提升产品性能。本章节将主要介绍一下 WebSphere Commerce 产品中所提供的高速缓存来改善产品性能。
高速缓存技术在当前的互联网应用中已经变得越 来越重要了，尤其是对像 WebSphere Commerce 这样的企业级电子商务应用。主要原因当然是能够在一定的硬 件拓扑结构和配置条件下，对站点中访问最频繁的页面及对象进行缓存来充分提高服务器的性能，使页面访问 起来非常快，提高用户体验。
但是缓存技术就像一把双刃剑，用的好，可以获得预期的高性能；用不 好，不但提高不了性能，反而会导致性能下降，甚至引起严重的数据不一致的问题。
动态高速缓存作 为一种提高性能的手段，需要和其他产品设计一样，在整个产品或项目的生命周期中考虑的越早越好。如果只 是在后期性能测试阶段发现性能不达标，期望动态高速缓存来解决问题，往往难以如愿。
高速缓存概 述
动态高速缓存的核心思想就是重用。在一个典型的 WebSphere Commerce 企业应用的设计架构中，如图 1 所示，从数据库端，应用服务器，web 服务器，到第三方服务商提供的网络高速缓存（边缘缓存），以及浏览 器本身的缓存，我们可以看到缓存无处不在。可以看出缓存的位置离客户越近，缓存的效果越好（速度越快） ，但是缓存失效刷新的代价越大。产品架构师需要从整体上去考虑和把握系统的缓存策略。
本文不再 详细介绍浏览器缓存以及边缘缓存（常见的为 CDN 缓存），主要介绍一下 WebSphere Commerce 产品中所提 供的高速缓存以及最佳实践。
图 1. 典型的 WebSphere Commerce 系统架构
在 WebSphere Commerce 应用中， 我们使用的是由 WebSphere Application Server 提供的 WebSphere 缓存机制（DynaCache），可以把常用的 缓存内容分为以下几种类型：
Servlet/JSP 内容高速缓存，缓存由 servlet 或 JSP 产生的整个页面或页面片段（Fragment）。
命令（Command）高速缓存，可以缓存命令，EJB 及 WebService 的返回对象。
数据（Data）缓存，缓存数据库查询结果。动态缓存的底层机制是通过 Distributed Map 实现的。
片段（fragment）缓存
实际系统中的页面一般都比较复杂，一个页面中既有相对稳定的信息，又有动态变化或是个性化的信息。 如图 2，头部工具条，迷你购物车，比较工具以及页面上的其他片段都是可以被重复使用的。这种情况下，我 们就会把一整个页面分成若干个不同的片段来进行缓存，“do-not-consume”属性可以使某个片段独立于整个 页面，被单独缓存。从而达到缓存对象和页面最大程度的可重用，进而减少服务器端的负载，来提高系统性能 。
图 2. 页面片段示例