第一种：

Test test=new Test();

第二种:

test=Class.forName(Test).newInstance();

第三种

String interceptorName="org.aaa.Test";
Class interceptorClass=Current.class.getClassLoader().loadClass(interceptorName);
Interceptor inerceptor=(Interceptor)interceptorClass.newInstance(); 

2.hibernate中session的get与Load方法的区别。。前一阵还记得，现在忘记。。 都不知道现在还记得些什么东西了。
(1)load方法，hibernate认为该id对应的对象（数据库记录）在数据库中是一定存在的，在用到对象中的

其他属性数据时才查询数据库，但是万一数据库中不存在该记录，只能抛ObjectNotFoundEcception异常

，所说的load方法抛异常是指在使用该对象的数据时，数据库中不存在该数据时抛异常，而不是在创建这

个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下

session缓存看看该id对应的对象是否存在，不存在则创建代理。所以如果你知道该id在数据库中一定有

对应记录存在就可以使用load方法来实现延迟加载。

(2)get方法，hibernate会确认一下该id对应的数据是否存在，首先在session缓存中查找，然后在二级缓

存中查找，还没有就查数据库，数据库中没有就返回null。

3.spring AOP中对pointcut,advice的概念的理解。。 这个我是根本就不知道啥玩意，只知道AOP的点点意思。。
4.hibernate的继承映射包含了哪几种不同的策略，并说出各自的特点。。HOHO。。这个问题，还是不知道。。以前读书的时候看过点点相关的内容，现在早就忘记的一干二净了。

Type   1:   jdbc-odbc桥    
     Jdbc-odbc桥是sun公司提供的，是jdk提供的的标准api.   这种类型的驱动实际是把所有jdbc的调用传递给odbc   ,再由odbc调用本地数据库驱动代码.(   本地数据库驱动代码是指由数据库厂商提供的数据库操作二进制代码库,例如在oracle for windows中就是oci   dll  文件)   

      jdbc-odbc桥 ---- odbc---- 厂商DB代码 ----- 数据库Server     
                                          (图一)    

        只要本地机装有相关的odbc驱动那么采用jdbc-odbc桥几乎可以访问所有的数据库,jdbc-odbc方法对于客户端已经具备odbc   driver的应用还是可行的.但是,由于jdbc-odbc先调用odbc再由odbc去调用本地数据库接口访问数据库.所以,执行效率比较低,对于那些大数据量存取的应用是不适合的.而且,这种方法要求客户端必须安装odbc   驱动,所以对于基于internet   ,intranet的应用也是不合适的.因为,你不可能要求所有客户都能找到odbc   driver.     

 Type   2:   本地Api驱动    
      本地api驱动直接把jdbc调用转变为数据库的标准调用再去访问数据库.这种方法需要本地数据库驱动代码.    
   
  本地api驱动----厂商DB代码-----数据库Server     

                                       (图二)     
         这种驱动比起jdbc-odbc桥执行效率大大提高了.但是,它仍然需要在客户端加载数据库厂商提供的代码库.这样就不适合基于internet的应用.并且,他的执行效率比起3,4型的jdbc驱动还是不够高.    
   
  Type3:网络协议驱动    
          这种驱动实际上是根据我们熟悉的三层结构建立的.   jdbc先把对数局库的访问请求传递给网络上的中间件服务器.   中间件服务器再把请求翻译为符合数据库规范的调用,再把这种调用传给数据库服务器.如果中间件服务器也是用java开发的,那么在在中间层也可以使用1,2型 jdbc驱动程序作为访问数据库的方法.    
   
  网络协议驱动---------中间件服务器------------数据库Server    
                                (   图三)    
   
         由于这种驱动是基于server的.所以,它不需要在客户端加载数据库厂商提供的代码库.而且他在执行效率和可升级性方面是比较好的.因为大部分功能实现都在server端,所以这种驱动可以设计的很小,可以非常快速的加载到内存中.   但是,这种驱动在中间件层仍然需要有配置其它数据库驱动程序,并且由于多了一个中间层传递数据,它的执行效率还不是最好.     

    
  Type4   本地协议驱动    
          这种驱动直接把jdbc调用转换为符合相关数据库系统规范的请求.由于4型驱动写的应用可以直接和数据库服务器通讯.这种类型的驱动完全由java实现,因此实现了平台独立性.    
   
  本地协议驱动---------数据库Server    
                     (   图四)    
   
         由于这种驱动不需要先把jdbc的调用传给odbc或本地数据库接口或者是中间层服务器.所以它的执行效率是非常高的.而且,它根本不需要在客户端或服务器端装载任何的软件或驱动. 这种驱动程序可以动态的被下载.但是对于不同的数据库需要下载不同的驱动程序.    
   
   
  以上对四种类型的jdbc驱动做了一个说明.那么它们适合那种类型的应用开发呢?Jdbc-odbc桥由于它的执行效率不高,更适合做为开发应用时的一种过度方案,或着对于初学者了解jdbc编程也较适用.  对于那些需要大数据量操作的应用程序则应该考虑2,3,4型驱动.在intranet方面的应用可以考虑2型驱动,但是由于3,4型驱动在执行效率上比2型驱动有着明显的优势,而且目前开发的趋势是使用纯java.所以3,4型驱动也可以作为考虑对象. 至于基于internet方面的应用就只有考虑3,4型驱动了.   因为3型驱动可以把多种数据库驱动都配置在中间层服务器.所以3型驱动最适合那种需要同时连接多个不同种类的数据库, 并且对并发连接要求高的应用.   4型驱动则适合那些连接单一数据库的工作组应用.

select *
 from (select row_number() over(order by t.BEGIN_DATE) ranging,
               decode(action_seq,
                      2,
                      t.person_name,
                      3,
                      (select name from account where id = s1.main_account_seq),
                      (select name from account where id = s1.main_account_seq)) as debit_name,
               decode(action_seq,
                      7,
                      t.person_name,
                      4,
                      (select name from account where id = s1.main_account_seq),
                      (select name from account where id = s2.main_account_seq)) as credit_name,
               (SELECT action_name FROM action_type WHERE t.action_seq = ID) AS action_name,
               decode(action_seq,
                      2,
                      decode(bank_seq,
                             null,
                             '邮局',
                             (select bank_name
                                from bank_info
                               where id = t.bank_seq)),
                      (select bank_name from bank_info where id = t.bank_seq)) bankname,
               decode(action_seq,
                      2,
                      t.card_no,
                      (select decode(a.email, null, a.mobile, a.email)
                         from account a, sub_account s
                        where a.id = s.main_account_seq
                          and s.id = t.debit_seq)) as debit_no,
               decode(action_seq,
                      4,
                      t.card_no,
                      7,
                      t.card_no,
                      (select decode(a.email, null, a.mobile, a.email)
                         from account a, sub_account s
                        where a.id = s.main_account_seq
                          and s.id = t.credit_seq)) as credit_no,
               t.amount,
               to_char(t.BEGIN_DATE, 'YYYY-MM-DD hh24:mi') as begin_date,
               t.remark,
               t.id,
               t.voucher_code,
               t.DEBIT_FEE,
               t.CREDIT_FEE
          from transaction t, sub_account s1, sub_account s2
         where t.voucher_code is not null
        
           and exists
         (select s.id
                  from account a, sub_account s
                 where s.main_account_seq = a.id
                   and a.account_type = 'B'
                   and (t.credit_seq = s.id or t.debit_seq = s.id))
           and t.DEBIT_SEQ = s1.ID
           and t.CREDIT_SEQ = s2.ID
           and t.action_seq = 3)
 where ranging between 1 and 100