网站建设的重要性 学校,网站建设7个基本流程图,视觉设计网站,迅雷磁力F1、类的反射机制有啥用#xff1f;
#xff08;1#xff09;增加程序的灵活性#xff0c;可扩展性#xff0c;动态创建对象。 #xff08;2#xff09;框架必备#xff0c;任何框架的封装都要用反射。#xff08;框架的灵魂#xff09;
F2、获取Class对象的三种方…F1、类的反射机制有啥用
1增加程序的灵活性可扩展性动态创建对象。 2框架必备任何框架的封装都要用反射。框架的灵魂
F2、获取Class对象的三种方式
1Class.forName(); 2类名.class; 3对象.getClass();
F3、Java创建对象的方式有哪些
1new 关键字。
Hello h new Hello();2使用类的反射机制 - aaa
Class helloClass Class.forName(com.shenmazong.Hello);
Hello h (Hello) helloClass.newInstance();构造器创建【无参有参】 //获取类对象
Class helloClass Class.forName(com.bw.Hello);
//获取构造器
Constructor constructor helloClass.getConstructor();
Hello h (Hello) constructor.newInstance();3使用类的clone Hello h new Hello();Hello h1 (Hello) h.clone();4采用序列化机制 将一个对象序列化到磁盘上而采用反序列化可以将磁盘上的信息转化到内存中对象
理解思路
使用new关键字通过反射机制使用类的克隆使用反序列化
F4、对于IOC你是怎么理解的
IoCInversion of Control翻译过来是控制翻转是一种设计思想将创建对象的权力交给spring容器去控制。 谁控制谁 IoC/DI 容器控制应用程序。 控制什么 IoC/DI 容器控制对象本身的创建、实例化IoC/DI 容器控制对象之间的依赖关系。 为何叫反转(对应于正向) 因为现在应用程序不能主动去获取外部资源了而是被动等待 IoC/DI 容器给它注入它所需要的资源所以称之为反转。 哪些方面反转了 创建对象的方式程序获取资源的方式。 为何需要反转 引入 IoC/DI 容器过后体系更为松散而且管理更有序类之间真正实现了松散耦合
理解思路
IOC是控制反转是一种设计思想将创建对象的权力交给spring容器去控制。
F5、讲解你对Spring依赖注入的理解
依赖注入Dependency Injection组件之间依赖关系由容器在运行期决定形象的说即由容器动态的将某个依赖关系注入到组件之中。Java Dependency Injection设计模式允许我们删除硬编码的依赖关系并使我们的应用程序松散耦合可扩展和可维护。我们可以在Java中实现依赖注入以将依赖解析从编译时移至运行时。总之一句话:给对象中的属性赋值。 什么是依赖(按名称理解、按动词理解) 按名称理解依赖关系按动词理解依赖的动作。 谁依赖于谁 应用程序依赖于 IoC/DI 容器。 为什么需要依赖 因为发生了反转应用程序依赖的资源都是 IoC/DI 容器里面。 依赖什么东西 应用程序依赖于 IoC/DI 容器依赖 IoC/DI 容器为它注入所需要的资源(如依赖关系)。 谁注入于谁 IoC/DI 容器注入于应用程序。 注入什么东西 注入应用程序需要的外部资源(如依赖关系)。 为何要注入 因为程序要正常运行需要这些外部资源。
理解思路
依赖注入也叫DI就是由容器来解决对象之间的依赖关系。
F6、依赖注入和控制反转是同一概念吗
1不是同一概念但实际上它们描述的是同一件事情只不过是从不同角度来说的控制反转是从 IoC/DI 容器的角度依赖注入是从应用程序的角度。 2控制反转的描述IoC/DI 容器反过来控制应用程序控制应用程序锁所需要的外部资源(如外部资源)。 3依赖注入的描述应用程序依赖 IoC/DI 容器依赖它注入所需要的外部资源。
F7、Spring对象常用的注入方式DI
1setter注入 2构造方法注入 3基于注解的方式注入
F8、Autowired 与Resource
1相同点
Autowired和Resource功能相同都可以用来装配bean两个注解可以加载属性字段或写在setter方法上
2不同点
提供方不同Autowired是Spring框架提供Resource是Java自带jdk1.6版本开始支持装配方式不同 Autowired默认按照byType装配 Resource默认按照byName装配如果匹配不到则继续使用byType装配
F9、Spring Bean的作用域
当通过Spring容器创建一个Bean实例时不仅可以完成Bean实例的实例化还可以为Bean指定特定的作用域。Spring支持如下5种作用域 singleton单例模式在整个Spring IoC容器中使用singleton定义的Bean将只有一个实例 prototype原型模式每次通过容器的getBean方法获取prototype定义的Bean时都将产生一个新的Bean实例 request对于每次HTTP请求使用request定义的Bean都将产生一个新实例即每次HTTP请求将会产生不同的Bean实例。只有在Web应用中使用Spring时该作用域才有效 session对于每次HTTP Session使用session定义的Bean都将产生一个新实例。同样只有在Web应用中使用Spring时该作用域才有效 globalSession每个全局的HTTP Session使用session定义的Bean都将产生一个新实例。典型情况下仅在使用portlet context的时候有效。同样只有在Web应用中使用Spring时该作用域才有效 其中比较常用的是singleton和prototype两种作用域。对于singleton作用域的Bean每次请求该Bean都将获得相同的实例。容器负责跟踪Bean实例的状态负责维护Bean实例的生命周期行为如果一个Bean被设置成prototype作用域程序每次请求该id的BeanSpring都会新建一个Bean实例然后返回给程序。在这种情况下Spring容器仅仅使用new 关键字创建Bean实例一旦创建成功容器不在跟踪实例也不会维护Bean实例的状态。 如果不指定Bean的作用域Spring默认使用singleton作用域。Java在创建Java实例时需要进行内存申请销毁实例时需要完成垃圾回收这些工作都会导致系统开销的增加。因此prototype作用域Bean的创建、销毁代价比较大。而singleton作用域的Bean实例一旦创建成功可以重复使用。因此除非必要否则尽量避免将Bean被设置成prototype作用域。
理解思路
单例模式singleton原型模式prototype请求request会话session全局会话globalSession
F10、BeanFactory和FactoryBean的区别
1BeanFactory是一个工厂IOC的顶级接口其实是构建了一个spring上下文的环境容器用来管理和获取Bean对象。 2FactoryBean是一个Bean生成工具是用来获取一种类型对象的Bean它是构造Bean实例的一种方式。用户可以通过实现该接口定制实例化 Bean 的逻辑。
F11、bean生命周期有哪些
从对象的创建到销毁的过程。而Spring中的一个Bean从开始到结束经历很多过程但总体可以分为六个阶段
Bean定义实例化属性赋值初始化生存期销毁
F12、不用背循环依赖有哪几种场景
spring中出现循环依赖主要有以下场景 F13、Spring如何解决循环依赖问题
Spring是通过三级缓存机制来解决Bean创建的循环依赖问题的具体如下 1一级缓存singletonObjects存储所有已创建完毕的单例 Bean 完整的 Bean。 2二级缓存earlySingletonObjects存储所有仅完成实例化但还未进行属性注入和初始化的 Bean。 3三级缓存singletonFactories存储能建立这个 Bean 的一个工厂通过工厂能获取这个 Bean延迟化 Bean 的生成工厂生成的 Bean 会塞入二级缓存。
不需要背具体流程如下 1A创建过程中需要B于是A将自己放到三级缓存里面去实例化B 2B实例化的时候发现需要A于是B先查一级缓存没有再查二级缓存还是没有再查三级缓存找到了A然后把三级缓存里面的这个A放到二级缓存里面并删除三级缓存里面的A 3B顺利初始化完毕将自己放到一级缓存里面此时B里面的A依然是创建中状态然后回来接着创建A此时B已经创建结束直接从一级缓存里面拿到B然后完成创建并将A放到一级缓存中。
F14、什么是AOP
面向切面编程一种编程思想在不改变原有的逻辑的基础上增加一些额外的功能。
F15、AOP的应用场景有哪些
1权限验证 2日志跟踪 3事务 4读写分离
F16、AOP的通知方式有哪些
1前置通知在我们执行目标方法之前运行Before 2后置通知在我们目标方法运行结束之后不管有没有异常After 3返回通知在我们的目标方法正常返回值后运行AfterReturning 4异常通知在我们的目标方法出现异常后运行AfterThrowing 5环绕通知非常灵活目标方法的调用由环绕通知决定即你可以决定是否调用目标方法joinPoint.procced()就是执行目标方法的代码 。环绕通知可以控制返回对象(Around)
F17、AOP底层的实现原理
AOP底层是通过动态代理实现两种实现方式 1jdk动态代理如果目标对象实现了接口spring默认会使用jdk动态代理实现。 2cglib动态代理如果目标对象没有实现接口spring默认使用cglib代理实现。 不用背可以强制使用cglib在spring配置中加入aop:aspectj-autoproxy proxy-target-class“true”/
F18、jdk动态代理和cglib动态代理区别
1jdk动态代理只能对实现了接口的类生成代理而不能针对类。cglib是针对类实现代理主要是对指定的类生成一个子类覆盖其中的方法继承。
2在低版本的jdkjdk1.7之前cglib代理的效率要比jdk动态代理的效率高。在jdk1.71.8及之后的版本对jdk动态代理做了优化jdk动态代理效率要高于cglib代理。
F19、SpringMVC常用注解有哪些
1Controller和RestController标识控制层 2RequestMapping地址映射的注解 3PathVariable请求URL中的模板变量映射到功能处理方法的参数上 4RequestParam请求的参数绑定到控制器方法的参数上 5RequestBody用于读取http请求的内容(字符串)通过springmvc提供的HttpMessageConverter接口将读到的内容json数据转换为java对象并绑定到Controller方法的参数上。 5ResponseBody用于将Controller的方法返回的对象通过springmvc提供的HttpMessageConverter接口转换为指定格式的数据如json,xml等通过Response响应给客户端。
F20、SpringMVC的主要组件
1前端控制器 DispatcherServlet不需要开发由框架提供【核心】 2处理器映射器 HandlerMapping (不需要开发由框架提供) 3处理器适配器 HandlerAdapter (不需要开发由框架提供) 4处理器 Handler (需要工程师开发)controller 5视图解析器 View Resolver (不需要开发由框架提供) 6视图 View (需要工程师开发)页面jsp、freemarker、thymeleaf等
需要总结、查资料F21、SpringMVC的运行流程
SpringMVC执行流程 1用户发送请求至前端控制器DispatcherServlet 2DispatcherServlet收到请求调用处理器映射器HandlerMapping。 3处理器映射器根据请求url找到具体的处理器生成处理器执行链HandlerExecutionChain(包括处理器对象和处理器拦截器)并返回给DispatcherServlet。 4DispatcherServlet根据处理器Handler获取处理器适配器HandlerAdapter执行HandlerAdapter处理一系列的操作如参数封装数据格式转换数据 验证等操作 5执行处理器Handler(Controller也叫页面控制器)。 6Handler执行完成返回ModelAndView 7HandlerAdapter将Handler执行结果ModelAndView返回到DispatcherServlet 8DispatcherServlet将ModelAndView传给ViewReslover视图解析器 9ViewReslover解析后返回具体View 10DispatcherServlet对View进行渲染视图即将模型数据model填充至视图中。 11DispatcherServlet响应用户。 F22、什么是依赖注入
在依赖注入中您不必创建对象但必须描述如何创建它们。您不是直接在代码 中将组件和服务连接在一起而是描述配置文件中哪些组件需要哪些服务。由 IoC 容器将它们装配在一起。
F23、可以通过多少种方式完成依赖注入
通常依赖注入可以通过三种方式完成即
构造函数注入setter 注入接口注入
在 Spring Framework 中仅使用构造函数和 setter 注入。
F24、spring 中有多少种 IOC 容器
BeanFactory - BeanFactory 就像一个包含 bean 集合的工厂类。它会在客户端要求时实例化 bean。ApplicationContext - ApplicationContext 接口扩展了 BeanFactory 接口。它在 BeanFactory 基础上提供了一些额外的功能。
F25、区分 BeanFactory 和 ApplicationContext。 F26、什么是 spring bean
它们是构成用户应用程序主干的对象。Bean 由 Spring IoC 容器管理。它们由 Spring IoC 容器实例化配置装配和管理。Bean 是基于用户提供给容器的配置元数据创建。
F27、Spring bean的作用域有哪些
Singleton - 每个 Spring IoC 容器仅有一个单实例。Prototype - 每次请求都会产生一个新的实例。Request - 每一次 HTTP 请求都会产生一个新的实例并且该 bean 仅在当前 HTTP 请求内有效。Session - 每一次 HTTP 请求都会产生一个新的 bean同时该 bean 仅在当前 HTTP session 内有效。Global-session - 类似于标准的 HTTP Session 作用域不过它仅仅在基于portlet 的 web 应用中才有意义。
Portlet 规范定义了全局 Session 的概念它被所有构成某个 portlet web 应用的各种不同的 portlet 所共享。在 globalsession 作用域中定义的 bean 被限定于全局 portlet Session 的生命周期范围内。如果你在 web 中使用 global session 作用域来标识 bean那么 web会自动当成 session 类型来使用。 仅当用户使用支持 Web 的 ApplicationContext 时最后三个才可用。
F28、Spring bean自动装配有哪些方式
Spring 容器能够自动装配 bean。也就是说可以通过检查 BeanFactory 的内容让 Spring 自动解析 bean 的协作者。 自动装配的不同模式
no - 这是默认设置表示没有自动装配。应使用显式 bean 引用进行装配。byName - 它根据 bean 的名称注入对象依赖项。它匹配并装配其属性与 XML文件中由相同名称定义的 bean。byType - 它根据类型注入对象依赖项。如果属性的类型与 XML 文件中的一个 bean 名称匹配则匹配并装配属性。构造函数- 它通过调用类的构造函数来注入依赖项。它有大量的参数。autodetect - 首先容器尝试通过构造函数使用 autowire 装配如果不能则尝试通过 byType 自动装配。
F29、Spring 框架中都用到了哪些设计模式
工厂模式BeanFactory就是简单工厂模式的体现用来创建对象的实例单例模式Bean默认为单例模式。代理模式Spring的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术模板方法用来解决代码重复的问题。比如. RestTemplate, JmsTemplate, JpaTemplate。观察者模式定义对象键一种一对多的依赖关系当一个对象的状态发生改变时所有依赖于它的对象都会得到通知被制动更新如Spring中listener的实现–ApplicationListener。
F30、Spring基于xml注入bean的几种方式
Set方法注入构造器注入①通过index设置参数的位置②通过type设置参数类型静态工厂注入实例工厂
F31、Spring支持的几种bean的作用域
Spring框架支持以下五种bean的作用域
singleton : bean在每个Spring ioc 容器中只有一个实例。prototype一个bean的定义可以有多个实例。request每次http请求都会创建一个bean该作用域仅在基于web的Spring ApplicationContext情形下有效。session在一个HTTP Session中一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。global-session在一个全局的HTTP Session中一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。
注意 缺省的Spring bean 的作用域是Singleton。使用 prototype 作用域需要慎重的思考因为频繁创建和销毁 bean 会带来很大的性能开销。
F32、Spring框架中的单例bean是线程安全的吗
不是Spring框架中的单例bean不是线程安全的。
spring 中的 bean 默认是单例模式spring 框架并没有对单例 bean 进行多线程的封装处理。
实际上大部分时候 spring bean 无状态的比如 dao 类所有某种程度上来说 bean 也是安全的但如果 bean 有状态的话比如 view model 对象那就要开发者自己去保证线程安全了最简单的就是改变 bean 的作用域把“singleton”变更为“prototype”这样请求 bean 相当于 new Bean()了所以就可以保证线程安全了。
有状态就是有数据存储功能。无状态就是不会保存数据。
F33、Spring如何处理线程并发问题
在一般情况下只有无状态的Bean才可以在多线程环境下共享在Spring中绝大部分Bean都可以声明为singleton作用域因为Spring对一些Bean中非线程安全状态采用ThreadLocal进行处理解决线程安全问题。
ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。同步机制采用了“时间换空间”的方式仅提供一份变量不同的线程在访问前需要获取锁没获得锁的线程则需要排队。而ThreadLocal采用了“空间换时间”的方式。
ThreadLocal会为每一个线程提供一个独立的变量副本从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象在编写多线程代码时可以把不安全的变量封装进ThreadLocal。
理解思路
首先默认是单例的所以是线程不安全的但是由于是无状态的所以线程是比较安全可以使用ThreadLocal和线程同步机制可以改成原型模式
F34、解释不同方式的自动装配spring 自动装配 bean 有哪些方式
在spring中对象无需自己查找或创建与其关联的其他对象由容器负责把需要相互协作的对象引用赋予各个对象使用autowire来配置自动装载模式。
在Spring框架xml配置中共有5种自动装配
no默认的方式是不进行自动装配的通过手工设置ref属性来进行装配bean。byName通过bean的名称进行自动装配如果一个bean的 property 与另一bean 的name 相同就进行自动装配。byType通过参数的数据类型进行自动装配。constructor利用构造函数进行装配并且构造函数的参数通过byType进行装配。autodetect自动探测如果有构造方法通过 construct的方式自动装配否则使用 byType的方式自动装配。
F35、使用Autowired注解自动装配的过程是怎样的
使用Autowired注解来自动装配指定的bean。在使用Autowired注解之前需要在Spring配置文件进行配置context:annotation-config /。
在启动spring IoC时容器自动装载了一个AutowiredAnnotationBeanPostProcessor后置处理器当容器扫描到Autowied、Resource或Inject时就会在IoC容器自动查找需要的bean并装配给该对象的属性。在使用Autowired时首先在容器中查询对应类型的bean
如果查询结果刚好为一个就将该bean装配给Autowired指定的数据如果查询的结果不止一个那么Autowired会根据名称来查找如果上述查找的结果为空那么会抛出异常。解决方法时使用requiredfalse。
F36、Component, Controller, Repository, Service 有何区别 Component这将 java 类标记为 bean。它是任何 Spring 管理组件的通用构造型。spring 的组件扫描机制现在可以将其拾取并将其拉入应用程序环境中。 Controller这将一个类标记为 Spring Web MVC 控制器。标有它的 Bean 会自动导入到 IoC 容器中。 Service此注解是组件注解的特化。它不会对 Component 注解提供任何其他行为。您可以在服务层类中使用 Service 而不是 Component因为它以更好的方式指定了意图。 Repository这个注解是具有类似用途和功能的 Component 注解的特化。它为 DAO 提供了额外的好处。它将 DAO 导入 IoC 容器并使未经检查的异常有资格转换为 Spring DataAccessException。
F37、Autowired和Resource之间的区别
Autowired可用于构造函数、成员变量、Setter方法
Autowired和Resource之间的区别
Autowired默认是按照类型装配注入的默认情况下它要求依赖对象必须存在可以设置它required属性为false。Resource默认是按照名称来装配注入的只有当找不到与名称匹配的bean才会按照类型来装配注入。
38、Qualifier 注解有什么作用
当您创建多个相同类型的 bean 并希望仅使用属性装配其中一个 bean 时您可以使用Qualifier 注解和 Autowired 通过指定应该装配哪个确切的 bean 来消除歧义。
39、RequestMapping 注解有什么用
RequestMapping 注解用于将特定 HTTP 请求方法映射到将处理相应请求的控制器中的特定类/方法。此注释可应用于两个级别
类级别映射请求的 URL方法级别映射 URL 以及 HTTP 请求方法
40、Spring支持的事务管理类型 spring 事务实现方式有哪些
Spring支持两种类型的事务管理 1编程式事务管理这意味你通过编程的方式管理事务给你带来极大的灵活性但是难维护。 2声明式事务管理这意味着你可以将业务代码和事务管理分离你只需用注解和XML配置来管理事务。
41、Spring事务的实现方式和实现原理
Spring事务的本质其实就是数据库对事务的支持没有数据库的事务支持spring是无法提供事务功能的。真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的。
42、说一下Spring的事务传播行为
spring事务的传播行为说的是当多个事务同时存在的时候spring如何处理这些事务的行为。
1PROPAGATION_REQUIRED如果当前没有事务就创建一个新事务如果当前存在事务就加入该事务该设置是最常用的设置。 2PROPAGATION_SUPPORTS支持当前事务如果当前存在事务就加入该事务如果当前不存在事务就以非事务执行。 3PROPAGATION_MANDATORY支持当前事务如果当前存在事务就加入该事务如果当前不存在事务就抛出异常。 4PROPAGATION_REQUIRES_NEW创建新事务无论当前存不存在事务都创建新事务。 5PROPAGATION_NOT_SUPPORTED以非事务方式执行操作如果当前存在事务就把当前事务挂起。 6PROPAGATION_NEVER以非事务方式执行如果当前存在事务则抛出异常。 7PROPAGATION_NESTED如果当前存在事务则在嵌套事务内执行。如果当前没有事务则按REQUIRED属性执行。
理解思路
不需要背英文说方式
43、说一下 spring 的事务隔离
spring 有五大隔离级别默认值为 ISOLATION_DEFAULT使用数据库的设置其他四个隔离级别和数据库的隔离级别一致
1ISOLATION_DEFAULT用底层数据库的设置隔离级别数据库设置的是什么我就用什么 2ISOLATION_READ_UNCOMMITTED读未提交最低隔离级别、事务未提交前就可被其他事务读取会出现幻读、脏读、不可重复读 3ISOLATION_READ_COMMITTED读已提交一个事务提交后才能被其他事务读取到会造成幻读、不可重复读SQL server 的默认级别 4ISOLATION_REPEATABLE_READ可重复读保证多次读取同一个数据时其值都和事务开始时候的内容是一致禁止读取到别的事务未提交的数据会造成幻读MySQL 的默认级别 5ISOLATION_SERIALIZABLE串行化代价最高最可靠的隔离级别该隔离级别能防止脏读、不可重复读、幻读。
44、什么是脏读、幻读、不可重复读
1脏读 表示一个事务能够读取另一个事务中还未提交的数据。比如某个事务尝试插入记录 A此时该事务还未提交然后另一个事务尝试读取到了记录 A。 2不可重复读 是指在一个事务内多次读同一数据。 3幻读 指同一个事务内多次查询返回的结果集不一样。比如同一个事务 A 第一次查询时候有 n 条记录但是第二次同等条件下查询却有 n1 条记录这就好像产生了幻觉。发生幻读的原因也是另外一个事务新增或者删除或者修改了第一个事务结果集里面的数据同一个记录的数据内容被修改了所有数据行的记录就变多或者变少了。
45、JDK动态代理和CGLIB动态代理的区别
Spring AOP中的动态代理主要有两种方式JDK动态代理和CGLIB动态代理
1JDK动态代理只提供接口的代理不支持类的代理。核心InvocationHandler接口和Proxy类InvocationHandler 通过invoke()方法反射来调用目标类中的代码动态地将横切逻辑和业务编织在一起接着Proxy利用 InvocationHandler动态创建一个符合某一接口的的实例, 生成目标类的代理对象。
2如果代理类没有实现 InvocationHandler 接口那么Spring AOP会选择使用CGLIB来动态代理目标类。CGLIBCode Generation Library是一个代码生成的类库可以在运行时动态的生成指定类的一个子类对象并覆盖其中特定方法并添加增强代码从而实现AOP。CGLIB是通过继承的方式做的动态代理因此如果某个类被标记为final那么它是无法使用CGLIB做动态代理的。
静态代理与动态代理区别在于生成AOP代理对象的时机不同相对来说AspectJ的静态代理方式具有更好的性能但是AspectJ需要特定的编译器进行处理而Spring AOP则无需特定的编译器处理。
InvocationHandler 的 invoke(Object proxy,Method method,Object[] args)proxy是最终生成的代理实例; method 是被代理目标实例的某个具体方法; args 是被代理目标实例某个方法的具体入参, 在方法反射调用时使用。
46、哪几种情况会导致Spring事务失效
1事务方法访问修饰符非public导致事务失效 2Transactional注解的方法抛出的异常不是spring的事务支持的异常导致事务失效 3数据表本身是不支持事务导致事务失效 4Transactional注解所在的类没有被spring管理导致事务失效 5catch掉异常之后没有再次抛出异常导致事务失效
47、Spring拦截器和过滤器的区别
拦截器(Interceptor)和过滤器(Filter)的区别 ①拦截器是基于java的反射机制的而过滤器是基于函数回调。 ②拦截器不依赖与servlet容器过滤器依赖与servlet容器。 ③拦截器只能对action请求起作用而过滤器则可以对几乎所有的请求起作用。 ④拦截器可以访问action上下文、值栈里的对象而过滤器不能访问。 ⑤在action的生命周期中拦截器可以多次被调用而过滤器只能在容器初始化时被调用一次。 ⑥拦截器可以获取IOC容器中的各个bean而过滤器就不行这点很重要在拦截器里注入一个service可以调用业务逻辑。
