今天又測試了一下搭建了一下SSH框架，但是出了一個(gè)問題，當(dāng)我用get()加載一個(gè)對象的時(shí)候沒有異常，但是用load()的時(shí)候拋出了異常，異常如下：
java.lang.NullPointerException
at org.hibernate.tuple.AbstractEntityTuplizer.createProxy(AbstractEntityTuplizer.java:372)
at org.hibernate.persister.entity.AbstractEntityPersister.createProxy(AbstractEntityPersister.java:3121)
at org.hibernate.event.def.DefaultLoadEventListener.createProxyIfNecessary(DefaultLoadEventListener.java:232)
at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:173)
at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87)
at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:862)
at org.hibernate.impl.SessionImpl.load(SessionImpl.java:781)
at org.hibernate.impl.SessionImpl.load(SessionImpl.java:774)
at org.springframework.orm.hibernate3.HibernateTemplate$3.doInHibernate(HibernateTemplate.java:508)
at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:372)
at org.springframework.orm.hibernate3.HibernateTemplate.load(HibernateTemplate.java:502)
at org.springframework.orm.hibernate3.HibernateTemplate.load(HibernateTemplate.java:496)
at com.bestone.SSH.hibernate.LawUserDAO.findByName(LawUserDAO.java:104)
at com.bestone.SSH.service.impl.LoginServiceImpl.checkLogin(LoginServiceImpl.java:30)
at com.bestone.SSH.struts.action.LoginAction.execute(LoginAction.java:63)
at org.springframework.web.struts.DelegatingActionProxy.execute(DelegatingActionProxy.java:110)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
碰到這個(gè)問題，我馬上想到了加載數(shù)據(jù)時(shí)load和get的區(qū)別：
1、load總是假定要查詢的數(shù)據(jù)存在，如果未能發(fā)現(xiàn)符合條件的記錄，get方法返回null，而load方法會拋出一個(gè)ObjectNotFoundException。
2、load方法返回實(shí)體的代理實(shí)例，而get方法永遠(yuǎn)直接返回實(shí)體類。
3、load方法可以充分的利用一級緩存和二級緩存中的數(shù)據(jù)，而get方法則僅僅在一級緩存中進(jìn)行數(shù)據(jù)查找，如果沒有發(fā)現(xiàn)對應(yīng)的數(shù)據(jù)，將越過二級緩存，直接調(diào)用sql完成數(shù)據(jù)讀取(經(jīng)過我的證實(shí)，在hibernate3.2中g(shù)et()方法是可以查找二級緩存的)。
仔細(xì)看了看錯(cuò)誤，想來想去應(yīng)該是生成代理類的時(shí)候出現(xiàn)了錯(cuò)誤。java中生成代理類有兩種形式，一是java動態(tài)代理，二是利用cglib生成。而hibernate中實(shí)體的代理類是用cglib生成的。
后來仔細(xì)研究了一下jar包，通過jar包源碼發(fā)現(xiàn)，原來是cglib-2.1.3.jar和cglib-nodep-2.1_3.jar相沖突,只需要把cglib-2.1.3.jar包刪除就沒有問題了。查看cglib-nodep-2.1_3.jar的源碼我們還發(fā)現(xiàn)一個(gè)問題，它包含了asm-attrs.jar的全部類，但是使用的包名不同，不知道有沒有沖突，運(yùn)行程序查看日志，暫時(shí)沒有發(fā)現(xiàn)什么問題，就留著asm-attrs.jar吧。