原本以为自己看了这么久的源码，分享效果应该不错，但是发现不是这样的，大部分人都是处于以为自己知道，实际上自己似是而非的情况。虽然细节，大的主线自己比较清楚，但是在告诉大家的时候，不是所有人的理解程度都和自己一样。
可能自己在讲的时候，大家以为自己理解了，但是推敲推敲，就能提出很多的疑问，如果将的范围比较大，就容易把自己也绕晕了。
事务不生效的几个结论
- private,protect方法事务不生效
- final修饰符修饰的方法和类不生效。
- 在当前的bean中，没有加上事务的方法调用有事务的方法不生效。如下，调用index方法，save方法上的事务不生效。
public String index(@RequestParam("name") String name,
@RequestParam("age") Integer age,
@RequestParam("id") Integer id
){
save(name,age,id);
return "index";
}
@RequestMapping("/tx")
@ResponseBody
@Transactional
public String save(@RequestParam("name") String name,
@RequestParam("age") Integer age,
@RequestParam("id") Integer id){
System.out.println("hello");
jdbcTemplate.update("insert into user(id,name,age)values(" + id + ",'"+name+"',"+age+")");
jdbcTemplate.update("insert into user(id,name,age)values(2,'"+name+"',"+age+")");
return "tx";
}
复制代码疑问
-
CGLib动态代理时，为什么private方法和protect方法是不生效的呢？
大家为了方便记忆，都会说CGLib的动态代理是基于继承的实现，而子类无法访问private方法，所以不生效。实际这是错误的
真实情况，CGLib可以修改字节码，在子类中实现动态代理是完全可以的，之所以没有生效则是因为Spring的事务注解在被Spring解析的时候，Spring会判断事务的方法是不是public修饰符，如果不是public修饰符的话，则不使用事务代理。
AbstractFallbackTransactionAttributeSource类中
-
为什么final方法是不生效的呢？
同样的原因，在Spring创建动态代理的时候，会判断方法的修饰符是不是final的方法，如果是Final方法则直接走原始的方法，而不经过代理方法。
另外不经过Spring的CGLib也不会代理final的方法
CGLibAopProxy的ProxyFilter类。 假设读者对Enhancer很熟悉了
-
另外还有问题
Spring生成的动态代理与代理的对象是两个Bean吗？一个Bean包装了原本的bean
注入的时候注入的是代理Bean还是实际的Bean？代理Bean
Aop的增强(Advice)和Proxy是什么关系？分JDK和CGLib，一般代理与增强是合成的...
多个AOP切到同一个切点的时候如何处理？获取拦截链，一个个执行
总结
分享的时候有疑问肯定是正常的，分享与做需求一样，要明白听众的需求是什么，能不能解决听众的需求。在自己看的时候，主线是正常的，分享的时候有疑问抛出来，才能检查自己是不是真的懂了这个知识点。
我讲的时候有几个讲的不好的地方：
- 讲的东西太多，原本只是讲Spring不生效原理，结果之外又说了Spring Bean生命周期，其它的东西去了，讲的点多，就没办法把一个点将的让大家很明白。
- 在看的时候，自己给自己提的问题少，一旦大家一起提疑问的时候，能发现有的自己搞的不是很明白。
不过也好，对Spring事物处理这块有更多的理解了。