网上商城首页都有热门商品，那么这些商品的点击率是很高的，当用户点击某个热门商品后需要进入商品的详细信息页面，就像淘宝里面那样。那么每次点击都要去后台查询一下该商品的详细信息，就会发送相应的sql语句，每次刷新一下详细页面也会发sql语句，这样的话，性能肯定会受到很大的影响。那么使用hibernate的二级缓存就可以解决这个问题。
有些人可能会想，我们可以使用重定向，这样的话，在用户第一次访问的时候把信息查出来放到session中，以后每次用户刷新就可以去session中拿了，这样就不用去数据库中查询了，这是有道理的，但是不能解决上面的问题，因为我们要解决的是多用户去访问同一商品，去点击同一商品，重定向只能保证同一用户去点击或刷新。但是二级缓存可以解决这些问题。
我们先详细解说一下基于Hibernate4.3的二级缓存技术，然后再针对本项目做一个具体的配置。
1. Hibernate4.3二级缓存基本配置
与Hibernate3不同，Hibernate4.3的核心包里没有跟缓存相关的类，我们要用二级缓存的话，需要加上缓存的jar包，从官方下载的hibernate-release-4.3.11.Final中的lib/optional/ehcache中有二级缓存所需要的jar包，先要添加到工程中。如下：
然后我们在hibernate.cfg.xml中配置二级缓存相关的配置：
<hibernate-configuration> <session-factory> <property name="dialect"> org.hibernate.dialect.MySQLDialect </property> <property name="show_sql">true</property> <!-- 配置二级缓存提供商，注意此处并不是缓存的jar包 --> <property name="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</property> <mapping class="cn.it.shop.model.Category" /> <mapping class="cn.it.shop.model.Account" /> <mapping class="cn.it.shop.model.Product" /> <!-- 配置哪些类支持缓存，这里主要是显示首页的热门商品，所以Product类支持缓存 --> <class-cache usage="read-only" class="cn.it.shop.model.Product"/> </session-factory> </hibernate-configuration>
然后我们开启tomcat服务器，然后访问首页，点击热门商品，后台就没有再发送sql语句了，大家可能会纳闷，难道二级缓存就这么简单？配置上面这两个项就搞定了？其实到现在为止，二级缓存已经生效的原因是它有个默认的配置，在上面那个ehcache-core-2.4.3.jar中有个ehcache-failsafe.xml文件，里面已经有了默认配置，我们等会再具体分析。我们先来分析一下Hibernate的查询策略：
2. Hibernate4.3的查询策略
Hibernate支持两种查询方式：session查询和hql查询。
session中有session.save() update() delete() get() load()等方法，此方式仅仅操作一条记录，默认不用任何配置就支持二级缓存。因此：read-only配置对session是生效的。在session中如果二级缓存中配置了read-only，则session.update()和delete()操作都会失败，如果想要成功，则需要配置成read-write。但是save()和get() load()是成功的。
hql：此方式默认是用来操作多条记录，比如list()和executeUpdate() 方法。此方式默认二级缓存的配置包括read-only是无效的。hql的list()查询的是多条记录，直接查询数据库，并将查询的结果交给二级缓存，便于get()和load()的调用。executeUpdate也是不支持二级缓存的，也是直接到数据库更新，Hibernate会保证数据库与缓存同步。注意：hql是没有save()方法的，如果需要插入数据只能调用session.save()方法。
【注】：Hibernate中的一级缓存（默认存在）也称为session级别缓存，不是用来提升性能，而是用来处理事务的；二级缓存为sessionFactory缓存，对所有session都有效，生命周期与sessionFactory相同（sessionFactory是单例，而且项目启动时候就会创建）。
具体的查询策略，我们看下面的这张图：
【注】：图片文字如果太小，可以把图片拖到新的窗口看~
以上就是Hibernate的查询的策略，下面我们来继续看二级缓存的配置。
3. Hibernate4.3二级缓存高级配置
上面提到了，我们之所以在hibernate.cfg.xml中配置了两项就可以使用二级缓存，是因为有个默认的配置，下面我们先来看一下这个默认配置：
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="../config/ehcache.xsd"> <!-- 如果缓存内存溢出，则存储到硬盘空间 --> <diskStore path="java.io.tmpdir"/> <defaultCache maxElementsInMemory="10000" : <!-- 内存支持的最大对象的数量 --> eternal="false" ：<!-- 对象是否永久生效，建议为false，这样下面的两个参数才会有效 --> timeToIdleSeconds="60" ：<!-- 对象的间隔周期，默认单位为秒。即60秒后如果还没人用这个对象，会提前销毁 --> timeToLiveSeconds="120" ：<!-- 对象的生命周期，默认单位为秒 --> overflowToDisk="true" ：<!-- 是否支持溢出到硬盘，建议为true --> maxElementsOnDisk="10000000" ：<!-- 硬盘上支持的最大对象的数量 --> memoryStoreEvictionPolicy="LRU" ：<!-- 对象的替换策略 --> /> </ehcache>
关于默认配置的相关解释已经在上面的注释中了，我们现在知道了，正因为这个默认的配置，才使得Hibernate4.3的二级缓存得以正确执行。现在如果我们要自己进行缓存的配置，就需要自己在src目录下新建一个ehcache.xml文件，然后在里面对上面这些配置项重新配置即可。我们接下来要测试一下各个配置，在测试之前，我先把首页显示的情况贴出来，并编个号，等会测试的时候好说明：
以上是首页显示的部分内容，Hibernate已经从数据库中帮我们查出了显示信息，并且已经显示好了。我们将它们编个号，等会我们测试缓存的时候就方便分析了。下面我们开始测试一下上面的缓存配置项：
测试一：测试内存中的对象数量。将配置改成下面情况：
<defaultCache maxElementsInMemory="6" <!-- 设置只支持缓存6个 --> eternal="true" overflowToDisk="false" memoryStoreEvictionPolicy="FIFO" ：<!-- 先进先出 --> />
配置好后，我们重启一下服务器，打开首页，由于配置的是6个，所以缓存中只存了最后查出来的6条记录，也就是编号3-8，我们点击3-8中的任何一个商品进入商品详细页面，注意看后台的控制台没有输出任何查询信息，说明并没有发sql语句，但是当我们点击编号2的商品时，后台发了一条sql语句，即查询了数据库，我们后退再次点击2商品，就没有再发sql语句了，说明已经放到缓存里了，但是缓存只支持6条数据，因为配置的对象替换策略是先进先出，所以刚刚缓存中的编号3被移除，我们点击一下3试试，发了一条sql语句，于是测试完毕，二级缓存执行正常。
测试二：测试对象的生命周期。将配置改成下面的情况：
<defaultCache maxElementsInMemory="100" eternal="false" <!-- 配成false才能设置下面的生命周期 --> timeToIdleSeconds="20" timeToLiveSeconds="40" overflowToDisk="false" memoryStoreEvictionPolicy="FIFO" />
上面配置了缓存的时间为40秒，如果20秒没有操作就移除。由于我们配了100条记录，所以上面编号1-8都在缓存里，我们开启服务器后，随便点击一个，比如点击编号8，没有发出sql语句，正常，20秒后，再点击编号8，发了一条sql语句，说明我们配置的生命周期生效了。这里要注意一下，不能配置太短，比如配置10秒，因为tomcat启动也要好几秒，如果配置少了，还没测试可能时间已经到了……那就不行了。
测试三： 测试二级缓存是否支持硬盘存储。
<defaultCache maxElementsInMemory="4" eternal="false" <!-- 配成false才能设置下面的生命周期 --> timeToIdleSeconds="100" timeToLiveSeconds="200" overflowToDisk="true" <!-- 配置成true才支持硬盘存储 --> memoryStoreEvictionPolicy="FIFO" />
我们将支持硬盘存储设置成了true，并将二级缓存最大存储量配置成了4。重启服务器，因为二级缓存最多存4条记录，所以肯定是编号5-8，点击5-8肯定不会发sql语句，但是当我们点击1-4时，也不会发sql语句，因为我们设置了支持硬盘存储，Hibernate将查询结果存在硬盘上了，所以我们也可以直接拿到数据，不需要发sql语句。
测试四： 测试二级缓存的替换策略
<defaultCache <!-- FIFO已经淘汰了，不会再用了…… LRU:最近最少被访问算法（时间策略），会忽略访问频率，离现在最远时间访问的会被替换掉 LFU:最近最未使用算法（频率测量），会忽略访问的先后时间，访问频率最少的会被替换掉 --> maxElementsInMemory="3" eternal="false" <!-- 配成false才能设置下面的生命周期 --> timeToIdleSeconds="100" timeToLiveSeconds="200" overflowToDisk="false" <!-- 配置成true才支持硬盘存储 --> memoryStoreEvictionPolicy="LFU" />
顾名思义，LRU和LFU分别是关注最后访问时间和访问频率的，我们拿LFU来举例子，现在我们设置了最大存储为3条记录，也就是编号6-8，现在我们依次访问编号6三次，编号7两次，编号8一次，都不会发sql语句，我们再访问编号7，发了sql语句，现在编号7存在了缓存里，编号8已经被移除了，因为它访问的次数最少，我们可以再次点击编号8测试一下，发出了sql语句，测试成功。如果是LRU，则刚刚移除的是编号6，因为编号6最早访问的。
到这里，相信大家对二级缓存的使用已经掌握了，二级缓存的测试就到这里。下面针对我们这个网上商城的项目做一下配置。
4. 网上商城项目的实际配置
我们配置二级缓存的最大记录数为1000，设置生命周期为120秒，间隔周期为60秒，支持硬盘存储，并且使用频率优先（LFU）的替换策略，因为用户点击率高的，肯定要放在二级缓存里。
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="../config/ehcache.xsd"> <!-- 如果缓存内存溢出，则存储到硬盘空间 --> <diskStore path="java.io.tmpdir"/> <defaultCache maxElementsInMemory="1000" eternal="false" timeToIdleSeconds="60" timeToLiveSeconds="120" overflowToDisk="true" memoryStoreEvictionPolicy="LFU" /> </ehcache>
好了，结合网上商城这个项目，Hibernate4.3的二级缓存配置及使用就介绍完了。