过滤器和拦截器的区别
action:Spring MVC中每个控制器中可以定义多个请求处理方法,我们把这种请求处理方法简称为Action
- 拦截器是基于java的反射机制的,而过滤器是基于函数回调
- 拦截器不依赖Servlet容器,过滤器依赖Servlet容器
- 拦截器只对action请求起作用,过滤器对所有请求都起作用
- 拦截器可以访问action上下文,过滤器不能
- 在action的生命周期中拦截器可以多次被调用,过滤器只能在容器初始化时被调用一次
- 拦截器可以调用IoC容器中的各个bean,在拦截器中注入service,可以调用业务逻辑,而filter不行
方法重写与重载
重写:
- 方法参数列表,返回值类型,方法名相同
- 访问修饰符须大于等于父类访问修饰符
- 在不同类中
重载:
- 方法名相同
- 方法参数类型和个数不同时,返回值类型可以相同也可以不同
- 如果方法参数类型和个数相同,返回值类型不同,不算重载,这样会报错,因为调用方法是还不知道他的返回值类型,会检测到两个相同的方法
Spring事务
-
在业务层,通常在接口中(而非实现类)的要开启事务的方法上写注解@Transactional,以此来降低耦合(注解事务可以添加到业务方法上表示方法开启事务,也可添加到接口上表示接口中所有方法均开启事务)
-
在config中定义事务管理器
@Bean //定义事务管理器 //这里用的是Spring提供的事务管理的接口PlatFormTransactionManager public PlatformTransactionManager transactionManager(DataSource dataSource){ //这里开的是JDBC的事务 DataSourceTransactionManager transactionManager=new DataSourceTransactionManager(); transactionManager.setDataSource(dataSource); return transactionManager; }
-
告诉Spring,在Spring的配置类中写@EnableTransactionMangment,开启事务管理驱动
Spring事务角色
- 事务管理员:发起事务方。在Spring中通常指代开启事务的方法,
- 事务协调员:加入事务方,在Spring中通常指代数据层方法,也可是业务层方法
Spring事务属性
Spring事务并不是每次遇到异常都自动回滚,只有遇到error系异常和运行时异常才会自动回滚
想要其他的异常也能自动回滚,需要设置@Transactional中的rollbackfor属性为想要回滚的异常的类,有多个,用数组形式
@Transaction(rollbackFor={IOException.class,xxx.class})
若要改变事务传播行为,可对该事务中的@Transactional中的propagetion属性进行设置