java中的缓存.pdf

《java中的缓存.pdf》由会员分享，可在线阅读，更多相关《java中的缓存.pdf（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、JAVA 缓存1Hibernate的缓存机制介绍缓存是介于应用程序和物理数据源之间，其作用是为了降低应用程序对物理数据源访问的频次，从而提高了应用的运行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据。缓存的介质一般是内存，所以读写速度很快。但如果缓存中存放的数据量非常大时，也会用硬盘作为缓存介质。缓存的实现不仅仅要考虑存储的介质，还要考虑到管理缓存的并发访问和缓存数据的生命周期。Hibernate 的缓存包括Session的缓存和 SessionFactory的缓存，其中SessionFactory 的缓存又可以分

2、为两类：内置缓存和外置缓存。Session 的缓存是内置的，不能被卸载，也被称为Hibernate 的第一级缓存。SessionFactory的内置缓存和Session的缓存在实现方式上比较相似，前者是 SessionFactory对象的一些集合属性包含的数据，后者是指Session 的一些集合属性包含的数据。SessionFactory 的内置缓存中存放了映射元数据和预定义SQL 语句，映射元数据是映射文件中数据的拷贝，而预定义SQL 语句是在 Hibernate 初始化阶段根据映射元数据推导出来，SessionFactory的内置缓存是只读的，应用程序不能修改缓存中的映射元数据和预定义SQ

3、L 语句，因此 SessionFactory不需要进行内置缓存与映射文件的同步。SessionFactory 的外置缓存是一个可配置的插件。在默认情况下，SessionFactory不会启用这个插件。外置缓存的数据是数据库数据的拷贝，外置缓存的介质可以是内存或者硬盘。SessionFactory 的外置缓存也被称为Hibernate 的第二级缓存。Hibernate 的这两级缓存都位于持久化层，存放的都是数据库数据的拷贝，那么它们之间的区别是什么呢？为了理解二者的区别，需要深入理解持久化层的缓存的两个特性：缓存的范围和缓存的并发访问策略。持久化层的缓存的范围缓存的范围决定了缓存的生命周期以及可

4、以被谁访问。缓存的范围分为三类。1 事务范围：缓存只能被当前事务访问。缓存的生命周期依赖于事务的生命周期，当事务结束时，缓存也就结束生命周期。在此范围下，缓存的介质是内存。事务可以是数据库事务或者应用事务，每个事务都有独自的缓存，缓存内的数据通常采用相互关联的的对象形式。2 进程范围：缓存被进程内的所有事务共享。这些事务有可能是并发访问缓存，因此必须对缓存采取必要的事务隔离机制。缓存的生命周期依赖于进程的生命周期，进程结束时，缓存也就结束了生命周期。进程范围的缓存可能会存放大量的数据，所以存放的介质可以是内存或硬盘。缓存内的数据既可以是相互关联的对象形式也可以是对象的松散数据形式。松散的对象数

5、据形式有点类似于对象的序列化数据，但是对象分解为松散的算法比对象序列化的算法要求更快。3 集群范围：在集群环境中，缓存被一个机器或者多个机器的进程共享。缓存中的数据被复制到集群环境中的每个进程节点，进程间通过远程通信来保证缓存中的数据的一致性，缓存中的数据通常采用对象的松散数据形式。对大多数应用来说，应该慎重地考虑是否需要使用集群范围的缓存，因为访问的速度不一定会比直接访问数据库数据的速度快多少。持久化层可以提供多种范围的缓存。如果在事务范围的缓存中没有查到相应的数据，还可以到进程范围或集群范围的缓存内查询，如果还是没有查到，那么只有到数据库中查询。事务范围的缓存是持久化层的第一级缓存，通常它

6、是必需的；进程范围或集群范围的缓存是持久化层的第二级缓存，通常是可选的。持久化层的缓存的并发访问策略当多个并发的事务同时访问持久化层的缓存的相同数据时，会引起并发问题，必须采用必要的事务隔离措施。在进程范围或集群范围的缓存，即第二级缓存，会出现并发问题。因此可以设定以下四种类型的并发访问策略，每一种策略对应一种事务隔离级别。事务型：仅仅在受管理环境中适用。它提供了Repeatable Read事务隔离级别。对于经常被读但很少修改的数据，可以采用这种隔离类型，因为它可以防止脏读和不可重复读这类的并发问题。读写型：提供了Read Committed 事务隔离级别。仅仅在非集群的环境中适用。对于经常

7、被读但很少修改的数据，可以采用这种隔离类型，因为它可以防止脏读这类的并发问题。非严格读写型：不保证缓存与数据库中数据的一致性。如果存在两个事务同时访问缓存中相同数据的可能，必须为该数据配置一个很短的数据过期时间，从而尽量避免脏读。对于极少被修改，并且允许偶尔脏读的数据，可以采用这种并发访问策略。只读型：对于从来不会修改的数据，如参考数据，可以使用这种并发访问策略。事务型并发访问策略是事务隔离级别最高，只读型的隔离级别最低。事务隔离级别越高，并发性能就越低。什么样的数据适合存放到第二级缓存中？1、很少被修改的数据2、不是很重要的数据，允许出现偶尔并发的数据3、不会被并发访问的数据4、参考数据不适

8、合存放到第二级缓存的数据？1、经常被修改的数据2、财务数据，绝对不允许出现并发3、与其他应用共享的数据。Hibernate 的二级缓存如前所述，Hibernate 提供了两级缓存，第一级是Session的缓存。由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务，因此它的缓存是事务范围的缓存。第一级缓存是必需的，不允许而且事实上也无法比卸除。在第一级缓存中，持久化类的每个实例都具有唯一的OID。第二级缓存是一个可插拔的的缓存插件，它是由SessionFactory负责管理。由于SessionFactory 对象的生命周期和应用程序的整个过程对应，因此第二级缓存是进程范围或者集

9、群范围的缓存。这个缓存中存放的对象的松散数据。第二级对象有可能出现并发问题，因此需要采用适当的并发访问策略，该策略为被缓存的数据提供了事务隔离级别。缓存适配器用于把具体的缓存实现软件与Hibernate 集成。第二级缓存是可选的，可以在每个类或每个集合的粒度上配置第二级缓存。Hibernate 的二级缓存策略的一般过程如下：1)条件查询的时候，总是发出一条select*from table_name where.（选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。2)把获得的所有数据对象根据ID 放入到第二级缓存中。3)当 Hibernate 根据 ID 访问数据对象的时候，首

10、先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID 放入到缓存。4)删除、更新、增加数据的时候，同时更新缓存。Hibernate 的二级缓存策略，是针对于 ID 查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询的Query 缓存。Hibernate 的 Query 缓存策略的过程如下：1)Hibernate 首先根据这些信息组成一个Query Key，Query Key 包括条件查询的请求一般信息：SQL,SQL 需要的参数，记录范围（起始位置rowStart，最大记录个数maxRows)，等。

11、2)Hibernate 根据这个 Query Key 到 Query 缓存中查找对应的结果列表。如果存在，那么返回这个结果列表；如果不存在，查询数据库，获取结果列表，把整个结果列表根据Query Key 放入到 Query 缓存中。3)Query Key 中的 SQL 涉及到一些表名，如果这些表的任何数据发生修改、删2java 中的缓存技术该如何实现看一粒沙中的世界，一朵野花中的天堂。把无限握于掌中，把永恒握于瞬间。威廉?布莱克开始讨论缓存之前,让我们先来讨论讨论另外一个问题:理论和实践.从ahuaxuan接触的程序员来看,有的程序员偏实践,有的程序员偏理论,但是这都是不好的行为,理论和实践同

12、样重要,我们在做很多核心的算法的时候,没有理论根本无从下手,而在我们多年的实践中,不总结理论就不能加深自己的理解.所以理论和实践同等重要.缓存是当今各种软件或者硬件系统中不可缺少的技术之一,所以对每个程序员来说都显得异常重要,对 ahuaxuan 来说亦是如此.如果说用 dfa 实现文字过滤是从理论到实践,那么本文便是从实践中总结出得理论.在讨论缓存功能之前,我们首先来了解一下缓存这个东西本身.ahuaxuan 根据自己的经验把缓存问题细分为4 类小问题.1 缓存为什么要存在?2 缓存可以存在于什么地方?3 缓存有哪些属性?4 缓存介质?搞清楚这 4 个问题,那么我们就可以随意的通过应用的场景

13、来判断使用何种缓存了.下面 ahuaxuan 和大家一一分析这4 个问题.1.缓存为什么要存在?一般情况下,一个网站,或者一个应用,它的一般形式是,浏览器请求应用服务器,应用服务器做一堆计算后再请求数据库,数据库收到请求后再作一堆计算后把数据返回给应用服务器,应用服务器再作一堆计算后把数据返回给浏览器.这个是一个标准流程.但是随着互连网的普及,上网的人越来越多,网上的信息量也越来越多,在这两个越来越多的情况下,我们的应用需要支撑的并发量就越来越多.然后我们的应用服务器和数据库服务器所做的计算也越来越多,但是往往我们的应用服务器资源是有限的,数据库每秒中接受请求的次数也是有限的(谁叫俺们的硬盘转

14、速有限呢).如果利用有限的资源来提供尽可能大的吞吐量呢,一个办法:减少计算量,缩短请求流程(减少网络 io 或者硬盘 io),这时候缓存就可以大展手脚了.缓存的基本原理就是打破上图中所描绘的标准流程,在这个标准流程中,任何一个环节都可以被切断.请求可以从缓存里取到数据直接返回.这样不但节省了时间,提高了响应速度,而且也节省了硬件资源.可以让我们有限的硬件资源来服务更多的用户.2 缓存可以存在于什么地方?Java 代码1.数据库分过层的 app-浏览器和 app 之间-浏览器-数据库 分过层的 app-浏览器和 app 之间-浏览器-在上图中,我们可以看到一次请求的一般流程,下面我们重新绘制这张

15、图,让我们的结构稍微复杂一点点.(将 app 分层)数据库 分过层的 app-浏览器和 app 之间-浏览器-理论上来将,请求的任何一个环节都是缓存可以作用的地方.第一个环节,浏览器,如果数据存在浏览器上,那么对用户来说速度是最快的,因为这个时候根本无需网络请求.第二个环节,浏览器和 app 之间,如果缓存加在这个地方,那么缓存对app 来说是透明的.而且这个缓存中存放的是完整的页面.第三个节点,app 中本身就有几个层次,那么缓存也可以放在不同的层次上,这一部分是情况或者场景比较复杂的部分.选择缓存时需要谨慎.第四个环节,数据库中也可以有缓存,比如说 mysql 的 querycache.那

16、么也就是说在整个请求流程的任何一点,我们都可以加缓存.但是是所有的数据都可以放进缓存的吗.当然不是,需要放进缓存的数据总是有一些特征的,要清楚的判断数据是否可以被缓存,可以被怎样缓存就必须要从数据的变化特征下手.数据有哪些变化特征?最简单的就是两种,变和不变.我们都知道,不会变化的数据不需要每次都进行计算.问题是难道所有的数据理论上来讲都会变化,变化是世界永恒的主题.也就是说我们把数据分为变和不变两种是不对的,那么就让我们再加一个条件:时间.那么我们就可以把数据特征总结为一段时间内变或者不变.那么根据这个数据特征,我们就可以在合适的位置和合适的缓存类型中缓存该数据.3 缓存有哪些属性从面向对象

17、的角度来看,缓存就是一个对象,那么是对象,必然有属性.那么下面我们来探讨一下缓存有哪些属性.以下列举我们常用到的3 个属性.(1)命中率命中率是指请求缓存次数和缓存返回正确结果次数的比例.比例越高,就证明缓存的使用率越高.命中率问题是缓存中的一个非常重要的问题,我们都希望自己缓存的命中率能达到 100%,但是往往事与愿违,而且缓存命中率是衡量缓存有效性的重要指标.(2)最大元素缓存中可以存放得最大元素得数量,一旦缓存中元素数量超过这个值,那么将会起用缓存清空策略,根据不同的场景合理的设置最大元素值往往可以一定程度上提高缓存的命中率.从而更有效的时候缓存.(3)清空策略1 FIFO，first

18、in first out，最先进入缓存得数据在缓存空间不够情况下(超出最大元素限制时)会被首先清理出去2 LFU，Less Frequently Used，一直以来最少被使用的元素会被被清理掉。这就要求缓存的元素有一个hit 属性，在缓存空间不够得情况下,hit 值最小的将会被清出缓存。2 LRU，Least Recently Used，最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。4 缓存介质从硬件介质上来将无非就是两种,内存和硬盘(对应应用层的程序来讲不用考虑寄存器等问题).但是往往我

19、们不会从硬件上来划分,一般的划分方法是从技术上划分,可以分成几种,内存,硬盘文件.数据库.(1)内存.将缓存放在内存中是最快的选择,任何程序直接操作内存都比操作硬盘要快的多,但是如果你的数据要考虑到break down 的问题,因为放在内存中的数据我们称之为没有持久话的数据,如果硬盘上没有备份,机器 down机之后,很难或者无法恢复.(2)硬盘.一般来说,很多缓存框架会结合使用内存和硬盘,比如给内存分配的空间有满了之后,会让用户选择把需要退出内存空间的数据持久化到硬盘.当然也选择直接把数据放一份到硬盘(内存中一份,硬盘中一份,down 机也不怕).也有其他的缓存是直接把数据放到硬盘上.(3)数

20、据库.说到数据库,可能有的人会想,之前不是讲到要减少数据库查询的次数,减少数据库计算的压力吗,现在怎么又用数据库作为缓存的介质了呢.这是因为数据库又很多种类型,比如 berkleydb,这种 db不支持 sql 语句,没有 sql 引擎,只是 key 和 value 的存储结构,所以速度非常的快,在当代一般的 pc 上,每秒中十几 w次查询都是没有问题的(当然这个是根据业务特征来决定的,如果您访问的数据在分布上是均匀的,那 ahuaxuan可不能保证这个速度了).除了缓存介质之外,ahuaxuan 根据缓存和应用的耦合程度将其划分为local cache 和 remote cache.Loca

21、l cache 是指包含在应用之中的缓存组件.而 remote cache 指和应用解耦在应用之外的缓存组件.典型的 local cache 有 ehcache,oscache,而 remote cache有大名鼎鼎的 memcached.Localcache 最大的优点是应用和cache 的时候是在同一个进程内部,请求缓存非常快速,完全不需要网络开销等.所以单应用,不需要集群或者集群情况下cache node不需要相互通知的情况下使用local cache比较合适.这也是 java 中ehcache 和 oscache 这么流行的原因.但是 Local cache是有一定的缺点的,一般这种缓

22、存框架(比如 java 中的 ehcache或者 oscache)都是 local cache.也就是跟着应用程序走的,多个应用程序无法直接共享缓存,应用集群的情况下这个问题更加明显,当然也有的缓存组件提供了集群节点相互通知缓存更新的功能,但是由于这个是广播,或者是环路更新,在缓存更新频繁的情况下会导致网络io 开销非常大,严重的时候会影响应用的正常运行.而且如果缓存中数据量较大得情况下使用localcache意味着每个应用都有一份这么大得缓存,着绝对是对内存的浪费.所以这个情况下,往往我们会选择 remote cache,比如 memcached.这样集群或者分布式的情况下各个应用都可以共享

23、memcached 中的数据,这些应用都通过socket 和基于 tcp/ip协议上层的 memcached 协议直接连接到 memcached,有一个app更新了 memcached 中的值,所有的应用都能拿到最新的值.虽然这个时候多了很多了网络上的开销,但是往往这种方案要比localcache广播或环路更新 cache节点要普遍的多,而且性能也比后者高.由于数据只需要保存一份,所以也提高了内存的使用率.通过以上分析可以看出,不管是 local cache,还是 remote cache 在缓存领域都有自己的一席之地,所以 ahuaxuan 建议在选择或者使用缓存时一定要根据缓存的特征和我们

24、的业务场景准确判断使用何种缓存.这样才能充分发挥缓存的功能.Ahuaxuan认为,缓存的使用是架构师的必备技能,好的架构师能够根据数据的类型,业务的场景来准确的判断出使用何种类型的缓存,并且如何使用这种类型的缓存.在缓存的世界里也没有银弹,目前还没有一种缓存可以解决任何的业务场景或者数据类型,如果这种技术出现了,那架构师就又更不值钱了.呵呵.OSCache OSCache 是个一个广泛采用的高性能的J2EE缓存框架，OSCache 能用于任何Java 应用程序的普通的缓存解决方案。OSCache 有以下特点：缓存任何对象，你可以不受限制的缓存部分jsp 页面或 HTTP 请求，任何 java对

25、象都可以缓存。拥有全面的 API-OSCache API 给你全面的程序来控制所有的OSCache 特性。永久缓存-缓存能随意的写入硬盘，因此允许昂贵的创建（expensive-to-create）数据来保持缓存，甚至能让应用重启。支持集群-集群缓存数据能被单个的进行参数配置，不需要修改代码。缓存记录的过期-你可以有最大限度的控制缓存对象的过期，包括可插入式的刷新策略（如果默认性能不需要时）。官方网站http:/ Caching SystemJSC(Java Caching System)是一个用分布式的缓存系统，是基于服务器的java 应用程序。它是通过提供管理各种动态缓存数据来加速动态we

26、b应用。JCS和其他缓存系统一样，也是一个用于高速读取，低速写入的应用程序。动态内容和报表系统能够获得更好的性能。如果一个网站，有重复的网站结构，使用间歇性更新方式的数据库（而不是连续不断的更新数据库），被重复搜索出相同结果的，就能够通过执行缓存方式改进其性能和伸缩性。官方网站http:/jakarta.apache.org/turbine/jcs/EHCacheEHCache 是一个纯 java 的在进程中的缓存，它具有以下特性：快速，简单，为 Hibernate2.1充当可插入的缓存，最小的依赖性，全面的文档和测试。官方网站http:/ JSR-107开源规范，JSR-107规范已经很多年

27、没改变了。这个版本仍然是构建在最初的功能定义上。官方网站http:/ Java Object Cache是一个执行一系列严格的对象缓存策略的Java lib，就像一个轻量级的配置缓存工作状态的框架。官方网站http:/ 是一个简单且有效的分布式缓存，它使用IP multicast与同一个局域网的其他主机进行通讯，是特别为集群和数据驱动web应用程序而设计的。SwarmCache 能够让典型的读操作大大超过写操作的这类应用提供更好的性能支持。SwarmCache 使用 JavaGroups 来管理从属关系和分布式缓存的通讯。官方网站http:/TreeCache/JBossCacheJBossC

28、ache是一个复制的事务处理缓存，它允许你缓存企业级应用数据来更好的改善性能。缓存数据被自动复制，让你轻松进行 JBoss服务器之间的集群工作。JBossCache能够通过 JBoss应用服务或其他J2EE容器来运行一个 MBean服务，当然，它也能独立运行。JBossCache包括两个模块：TreeCache和 TreeCacheAOP。TreeCache-是一个树形结构复制的事务处理缓存。TreeCacheAOP-是一个“面向对象”缓存，它使用AOP 来动态管理POJO(Plain Old Java Objects)注：AOP 是 OOP 的延续，是 Aspect Oriented Pro

29、gramming的缩写，意思是面向方面编程。官方网站http:/www.jboss.org/products/jbosscacheWhirlyCacheWhirlycache 是一个快速的、可配置的、存在于内存中的对象的缓存。它能够通过缓存对象来加快网站或应用程序的速度，否则就必须通过查询数据库或其他代价较高的处理程序来建立。3iBatis缓存的使用方法及解释最近开始重构公司一套手机论坛系统（为什么我不说wap 论坛，是因为需要针对不同的手机浏览器，实现自动适配成wap、html 以及 wap2.0 版本的页面）。原系统存在架构层次不清晰（表现层全jsp，直接配合数据层获取数据），访问速度慢的

30、问题。其使用的OR 映射框架是 Hibernate，鉴于 Hibernate 的一些不满足需要情况下，我们在重构的时候换成了iBatis，为了加快访问速度，采用了iBatis 的缓存技术。iBatis 的缓存配置比较简单易懂，以我使用的iBatis2.3 为例，做以下配置即可实现对某些查询进行缓存：1、在 sqlMap 文件中加入cacheModel 的配置:这个地方要注意的是，如果在sqlMapConfig里面设置了useStatementNamespaces=true，那么上面的flushOnExecute 中的statement 里面需要带上namespace，如，如果useStatem

31、entNamespaces=false，则可以直接按上面的写。2、配置需要进行cache的 sql statment：select*from PRODUCT where PRD_CAT_ID=#value#配置好这两步就可实现iBatis 的缓存了，下面解释一下含义：1 步中，cacheModel 的 id 属性用于后面的statement引用，type 属性标识采用何种cache方式，可选的有：“MEMORY”(com.ibatis.db.sqlmap.cache.memory.MemoryCacheController)。MEMORY cache 实现使用reference 类型来管理ca

32、che 的行为。垃圾收集器可以根据reference 类型判断是否要回收cache 中的数据。MEMORY 实现适用于没有统一的对象重用模式的应用，或内存不足的应用。“LRU”(com.ibatis.db.sqlmap.cache.lru.LruCacheController)。LRU Cache 实现用“近期最少使用”原则来确定如何从Cache 中清除对象。当Cache溢出时，最近最少使用的对象将被从Cache 中清除。使用这种方法，如果一个特定的对象总是被使用，它将保留在Cache 中，而且被清除的可能性最小。对于在较长的期间内，某些用户经常使用某些特定对象的情况（例如，在Paginate

33、dList 和常用的查询关键字结果集中翻页），LRU Cache 是一个不错的选择。“FIFO”(com.ibatis.db.sqlmap.cache.fifo.FifoCacheController)。FIFO Cache 实现用“先进先出”原则来确定如何从Cache 中清除对象。当Cache 溢出时，最先进入Cache 的对象将从Cache 中清除。对于短时间内持续引用特定的查询而后很可能不再使用的情况，FIFO Cache 是很好的选择。“OSCACHE”(com.ibatis.db.sqlmap.cache.oscache.OSCacheController)。OSCACHE Cach

34、e 实现是 OSCache2.0 缓存引擎的一个Plugin。它具有高度的可配置性，分布式，高度的灵活性。flushInterval 属性是配置自动更新缓存的周期，可以是hours，minutes，seconds 或milliseconds。这一点我测试了一下，设置的60 秒更新，通过观察日志，在60 秒内，第一次查询数据库，之后 iBatis 会对同样的sql 查询直接返回。超过 60 秒后的第一次查询，又会执行一次查询。这样看了，这个更新的周期可理解为第一次同样的查询可维持在cache中的时长，超过这个时长的第一次查询会触发实际的数据库操作。flushOnExecute 这是标识什么时候触

35、发更新，statement 的名字就是后面的statement的 id。statement节中设置了cacheModel，就会把这个sql 跟 cache关联起来。是不是很简单呢，这里面我觉得比较关键的地方就是cacheModel 的 type 选择，一般来说用 memory 就可以了，但一些特殊的应用，需要根据情况需要配置不同的更适合的cache，以进一步提高查询效率。本文来自CSDN博客，转载请标明出处：http:/ 的设计思想MVC 英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller 的方式进行分离，这样一个

36、应用被分成三个层 模型层、视图层、控制层。视图(View)代表用户交互界面，对于Web 应用来说，可以概括为HTML界面，但有可能为 XHTML、XML和 Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC 设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说

37、是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC 最主要的核心。目前流行的EJB 模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC 设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC 并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的

38、重构和提高重用性。我们可以用对象编程来做比喻，MVC 定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。控制(Controller)可以理解为从用户接收请求,将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例

39、如，用户点击一个连接，控制层接受请求后,并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。5利用 Spring MVC轻松实现页面缓存Spring 的 MVC 是一个非常灵活的框架，可以无缝集成Struts/WebWork 以及 Velocity/Tapestry

40、 等 View 技术。Spring 的 DispatherServlet 定义极为灵活，由于是开源框架，我们通过源代码，能轻松定制自己的处理流程。为了实现页面缓存，可以改写DispatherServlet 的 doService()方法，这里提出一个解决方案：利用 WrappedResponse获得 handler 处理后的内容，然后缓存起来，这样在下次请求时，可以直接输出缓存内容。由于在 DispatherServlet 一层实现了缓存，因此不管采用jsp 或 velocity 都可以正常工作。之所以不在 Filter 一层实现，是因为Filter 无法得知 Request相关上下文。以后我们会更详细地讨论如何实现特定页面的缓存。