如何快速学好SSH三大框架做好web开发

汪星人

evict(Object obj)：从缓存中清除参数指定的持久化对象。 clear()：清空缓存中所有持久化对象。
二级缓存的管理
　　3.1. Hibernate的二级缓存策略的一般过程如下： 　　1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。 　　2) 把获得的所有数据对象根据ID放入到第二级缓存中。 　　3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。 　　4) 删除、更新、增加数据的时候，同时更新缓存。 　　Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询的Query Cache。 　　3.2. 什么样的数据适合存放到第二级缓存中？ 1 很少被修改的数据 2 不是很重要的数据，允许出现偶尔并发的数据 3 不会被并发访问的数据 4 参考数据,指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其他类的实例引用，实例极少或者从来不会被修改。 　　3.3. 不适合存放到第二级缓存的数据？ 1 经常被修改的数据 2 财务数据，绝对不允许出现并发 3 与其他应用共享的数据。 　　3.4. 常用的缓存插件 Hibernater 的二级缓存是一个插件，下面是几种常用的缓存插件： 　　l EhCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，对Hibernate的查询缓存提供了支持。 　　l OSCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，提供了丰富的缓存数据过期策略，对Hibernate的查询缓存提供了支持。 　　l SwarmCache：可作为群集范围内的缓存，但不支持Hibernate的查询缓存。 　　l JBossCache：可作为群集范围内的缓存，支持事务型并发访问策略，对Hibernate的查询缓存提供了支持。 　　上述4种缓存插件的对比情况列于表9-3中。 　　表9-3 4种缓存插件的对比情况 　　缓 存 插 件 支 持 只 读 支持非严格读写 支 持 读 写 支 持 事 务
EhCache 是 是 是
! U5 L* X' g- `# p9 z% |& |# C
OSCache 是 是 是

SwarmCache 是 是
! C9 m2 x% `9 ?4 A/ B* t+ u
1 [  }' k6 D( o5 y. h' k- C/ g7 y' |
5 C$ V) H/ z4 {( d* w( gJBossCache 是
# P' |3 ?* @) \9 A
9 H; s" C2 n; v 是
1 c7 h/ U- J2 E它们的提供器列于表9-4中。 　　表9-4 缓存策略的提供器 　　缓 存 插 件 提供器（Cache Providers）
1 x  N, t4 ^" t& ~# THashtable（只能测试时使用） org.hibernate.cache.HashtableCacheProvider
: _( q) Z/ m4 B. n4 ~EhCache org.hibernate.cache.EhCacheProvider
OSCache org.hibernate.cache.OSCacheProvider
SwarmCache org.hibernate.cache.SwarmCacheProvider
4 N. T  H1 n3 i5 S- N3 L0 iJBossCache org.hibernate.cache.TreeCacheProvider
在默认情况下，Hibernate使用EhCache进行JVM级别的缓存。用户可以通过设置Hibernate配置文件中的hibernate.cache.provider_class的属性，指定其他的缓存策略，该缓存策略必须实现org.hibernate.cache.CacheProvider接口。 　　3.5. 配置二级缓存的主要步骤： 　　1) 选择需要使用二级缓存的持久化类，设置它的命名缓存的并发访问策略。这是最值得认真考

汪星人

虑的步骤。 　　2) 选择合适的缓存插件，然后编辑该插件的配置文件。
' O. J4 l; q  ?4 n# e' D; s% g1 a7 X编辑本段Hibernate与延迟加载
　　Hibernate对象关系映射提供延迟的与非延迟的对象初始化。非延迟加载在读取一个对象的时候会将与这个对象所有相关的其他对象一起读取出来。这有时会导致成百的（如果不是成千的话）select语句在读取对象的时候执行。这个问题有时出现在使用双向关系的时候，经常会导致整个数据库都在初始化的阶段被读出来了。当然，你可以不厌其烦地检查每一个对象与其他对象的关系，并把那些最昂贵的删除，但是到最后，我们可能会因此失去了本想在ORM工具中获得的便利。 　　一个明显的解决方法是使用Hibernate提供的延迟加载机制。这种初始化策略只在一个对象调用它的一对多或多对多关系时才将关系对象读取出来。这个过程对开发者来说是透明的，而且只进行了很少的数据库操作请求，因此会得到比较明显的性能提升。这项技术的一个缺陷是延迟加载技术要求一个Hibernate会话要在对象使用的时候一直开着。这会成为通过使用DAO模式将持久层抽象出来时的一个主要问题。为了将持久化机制完全地抽象出来，所有的数据库逻辑，包括打开或关闭会话，都不能在应用层出现。最常见的是，一些实现了简单接口的DAO实现类将数据库逻辑完全封装起来了。一种快速但是笨拙的解决方法是放弃DAO模式，将数据库连接逻辑加到应用层中来。这可能对一些小的应用程序有效，但是在大的系统中，这是一个严重的设计缺陷，妨碍了系统的可扩展性。
. \) t  y' s3 ~7 @- G$ n% n5 m编辑本段在Web层进行延迟加载
$ C. W9 `" C9 x- L3 a, a8 f　　幸运的是，Spring框架为Hibernate延迟加载与DAO模式的整合提供了一种方便的解决方法。以一个Web应用为例，Spring提供了OpenSessionInViewFilter和OpenSessionInViewInterceptor。我们可以随意选择一个类来实现相同的功能。两种方法唯一的不同就在于interceptor在Spring容器中运行并被配置在web应用的上下文中，而Filter在Spring之前运行并被配置在web.xml中。不管用哪个，他们都在请求将当前会话与当前（数据库）线程绑定时打开Hibernate会话。一旦已绑定到线程，这个打开了的Hibernate会话可以在DAO实现类中透明地使用。这个会话会为延迟加载数据库中值对象的视图保持打开状态。一旦这个逻辑视图完成了，Hibernate会话会在Filter的doFilter方法或者Interceptor的postHandle方法中被关闭。 　　实现方法在web.xml中加入 　　<filter> 　　<filter-name>hibernateFilter</filter-name> 　　<filter-class> 　　org.springframework.orm.hibernate3.support.OpenSessionInViewFilter 　　</filter-class> 　　</filter 　　<filter-mapping> 　　<filter-name>hibernateFilter</filter-name> 　　<url-pattern>*.do</url-pattern> 　　</filter-mapping>
2 u/ u$ F9 o+ }3 P6 V

7 N  L) y7 Q4 l! s
五、学习顺序和条件
一步一步的学，要学三个框架（struts + hibernate +spring）,建议，先学懂以下技术
7 ^% ?- D: o# ?; g1、J2SE 必须的，有点废话 - -
# x+ {* j7 o3 F) c2 W% C# {3 i' z& t3 m2、数据库（Oracle,MySql...）
1 ~7 F& D: r/ G$ v1 q- v3、JDBC
4、jsp + servlet
然后先学struts，接着学hibernate，再学spring。
/ F2 U: q; s& _8 `; @8 Y# v( x+ |

九纹龙

很不错哟，谢谢楼主，受教了。

学习中

发的什么东西哦。。。。

喜欢若

好多知识，独特的见解，研究研究

Smiller_xi

可以的，不过内容感觉挺长