新建项目 首先把依赖复制进来 aop必须引入.aspectjweaver 复制src下的所有内容 复制到我们的新项目里面 factory文件夹删掉 删除后测试类必然就报错 配置文件 beanFactory就用不到了. 数据库内把多有的数据删掉.把金额都改成1千 配置 找到aop的约束 复制到这里 这里我们之前已经通知到类交给Spring来管理了 剩下的就是配置aop了 配置aop 配置通知 aspect里面配置通知的类型 配置切入点表达式 代码里面把异常放开 事务控制住了 把异常注释 运行结果…

环境搭建 新建工程 把对应的依赖复制过来 src下内容复制 配置spring中的声明事物 找到bean.xml开始配置 配置事物管理器 里面需要注入DataSource 2-配置事物通知 需要先导入事务约束 事务和aop这里一起导入 file:///H:/BaiDu/%E9%BB%91%E9%A9%AC%E4%BC%A0%E6%99%BAJavaEE57%E6%9C%9F%202019%E6%9C%80%E6%96%B0%E5%9F%BA%E7%A1%80+%E5%B0%B1%E4%B8%9A+…

分析aop的 xml 的代码.更直观一些 事务提交和回滚就是我们重复的代码 spring业余事务管理器,我们拿过来直接用就可以 提交和回滚的后面直接调用释放.所以释放资源之类就是多余的 在绑定连接到线程的时候,直接就设置成false,所以开启事务这个通知 也是多余的 spring中的事务 需要先导入包pom.xml 用刚上线类.DataSourceTransactionManager 如果用到Hibernate的话.这个是真正带着代码的实现类 TransactionDefinition 事务的隔…

编程式的事物控制,使用的情况非常少,主要作为了解 新建项目 首先导入包坐标 复制代码 这里默认值配置了Service.dao和连接池其他的内容都没有配置 也就说现在是没有事物支持的.运行测试文件 有错误,但是金额还是被减去了 编码的方式加事务控制 事务控制都离不开提交和回滚这两个操作.在spring里面它吧提交和回滚的方法提交到事务管理器里面了. 于是我们无论如何都需要在bean.xml里面配置事务管理器 接下来要进行事务控制,那肯定需要提交和回滚的操作 spring提交了一个对象,叫做事务模板…

创建一个工程,只搭建环境不做配置.等配置的时候把这个项目相关的代码再复制到新项目里面 jar包的打包方式 导入包 事务控制也是基于AOP的.所以这里导入aspectjweaver 复制jdbcTemplate中的代码 复制到当前项目里面 对代码进行改造和删减 删除 resources里面的配置要删减一些  删除 事务是控制在业务层的.所以需要新建Service的接口 一个id查询的方法 一个转账的方法 增加实现类Impl文件夹.然后.把直线xml项目的代码复制过来. 复制到我们的工程下的Impl…

在业务层声明 transactionTemplate 并且声称一个set方法等着spring来注入 在需要事物控制的地方执行 execute.但是这个execute需要一个参数 需要的参数是TransactionCollback但是这个是一个接口.想用的话就需要找他它的实现类 这里不找实现类,就写匿名内部类 生成未实现的方法.生成的方法就叫做doInTransaction 就可以把我们的主要代码挪进来 这样涉及到事务提交的地方.都需要代码加在transactionTemplate的execute…

新建项目 把之前项目src下的内容全部复制过来 pom.xml内复制过来 开始配置 新建一个config的包,然后再新建配置文件类SpringConfiguration @Configuration这个注解是可写可不写的. 这个类会做为字节码的参数传给ApplicationContext @ComponentScan配置要扫描的包 @Import 但是这个Import要导谁呢? 新建JdbcConfig类 这一就可以通过Import导入JdbcConfig这个类 xml里面扫描包的配置可以省略掉…

创建新项目 复制上一个pom.xml的内容.依赖和打包的方式 再复制src的代码过来 bean.xml.多导入context的声明 Service的实现类增加注解 dao的set方法删掉 通过Autowried注入dao dao注解 service改完了改dao.加上Repository 此时不能再继承JdbcDaoSupport.这里的继承删掉. 上面定义jdbcTemplate. 这样直接使用jdbcTemplate来操作 使用Autowired注入jdbcTemplate 删除原来的配置…

此时没有异常 测试我们的方法 执行报错 注解在实际的测试过程中,实际的执行顺序是有问题的.会先调用最终通知.然后再调用后置通知 最终通知已经关闭了连接.再调用后置通知肯定报错. getThreadConnection发现当前线程上已经没有连接了 没有链接了会去再拿一个链接.再绑定到线程上.虽然已经绑定上去了.由于前置通知已经执行完了.这个connection自动提交已经是true了 再提交就不行了. 这里我们把自动提交设置为false测试下 通过打断点的方式.再下面三个地方加断点 运行测试,使用…

jdk1.7和1.8的差别 准备好的一个maven工程 反射创建对象10亿次 ,用的时间 替换jdk的版本 选择为1.7 切换了1.7的版本以后呢执行的速度就变的非常的慢 两个版本的对比 响应式编程风格 整理的一套资料 Junit5 准备好的资料…