浅谈Spring声明式事务管理ThreadLocal和JDKProxy

是否在DAO中使用成员变量，主要看对系统采用哪种设计模型，没有绝对的，这应该不牵涉到对ThreadLocal的使用，
BTW，从设计上讲，DAO应该是无状态的比较合理。业务逻辑状态应该由Service（或者叫Biz）层保持，否则DAO还叫DAO嘛？
DAO只因该负责数据访问才是，这也是它名字的由来啊。

如果将Model Bean和DAO放一块，这种设计通常有争议的，因为OOD中的一条准则是每个类只因该负责一个功能，或者说类改变的原因应该只有一种。当然这个不是绝对的，否则就不存在争议了。

状态是要在biz保持。

ThreadLocal的应用已经相当广泛了~~
ps:此贴好像没结束~~spring的事务管理是个幌子？

帖子已更新，欢迎拍砖！

#  System.out.println("判断当前的事务环境，是应该提交事务还是回滚事务");  
         if (existsTransaction == false  
                 && TransactionHelper.isRollbackOnly() == false) {  
             TransactionHelper.commit();  
             System.out.println("事务已提交");  
         } else if (existsTransaction == false  
                 && TransactionHelper.isRollbackOnly() == true) {  
            TransactionHelper.rollback();  
            System.out.println("事务已回滚");  
        } else if (existsTransaction == true) {  
             System.out.println("子事务忽略事务提交或回滚");  
        }  

这里看的不是很明白
if(不存在开启的事务 && 事务不需要回滚) {
   then 提交事务
} ?
不存在事务还怎么commit?

请联系这段代码再看看！

       // 在目标方法被调用前织入的逻辑,此处以Required传播属性为例  
        // 判断当前的事务环境，是开始一个新事务还是加入已有的事务  
 
        boolean existsTransaction = TransactionHelper.existsTransaction();  
 
        if (existsTransaction == false) {  
            TransactionHelper.beginTransaction();  
            System.out.println("当前事务环境还没有事务，开启一个新事务");  
        } else {  
            System.out.println("当前事务环境已存在事务，加入事务");  
        }

RequiredTransactionInterceptor 的 invoke方法会有类似嵌套调用的过程，所以需要用动态的思想来看这段代码才能明白其意思。existsTransaction 的值在 外层方法中的值和内层方法中的值是不同的。

DAO 单例不单例是写法上的限制问题，我觉得他的单例形式必须得保证事务的相关性，那样单例才有意义，要不然只需把构造方法私有化就单例了。所以我就是想知道，如果不使用ThreadLocal 和全局Connection 变量 还可以做到具有事务相关性的单例吗？