1． Struts2与Struts1的联系与区别是什么？为什么要用Struts2？
答案：
struts1与struts2都是mvc框架的经典实现模式。
Struts2不是从Struts1升级而来,而是有WebWork改名而来,Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求
区别：（了解几条即可）
1.核心控制器改成了过滤器（过滤器比Servlet的级别要高，因为程序运行时是先进入过滤器再进入Servlet）
2.struts1要求业务类必须继承Action或dispatchAction，struts2不强制这么做，只需要提供一个pojo类。 继承ActionSurport
3.绑定值到业务类时struts1是通过ActionForm，struts2是通过模型或属性驱动直接绑定到Action属性。
4.struts1严重依赖于Servlet（因为太过于依赖于api的HttpServletRequest与HttpServletResponse的两个参数），
struts2就则脱离了Servlet的API。
5.管理Action时struts1是单例模式，struts2是每个请求产生一个实例。
6.在表达式的支持上struts2不仅有jstl，还有功能更加强大的ognl表达式。
7.struts1的类型转换是单向的（页面到ActionForm），struts2是双向的(页面到Action再到页面回显)
8.校验，struts1没有针对具体方法的校验，struts2提供了指定某个方法进行效验，还有框架校验。
9.struts2提供了拦截器，利用拦截器可以在访问Action之前或之后增加如权限拦截等功能。
10.struts2提供了全局范围，包范围，Action范围的国际化资源文件管理实现。
11.struts2支持多种视图类型，如：jsp，freemaker，velocity，源代码等。
2． 简述struts2工作流程
答案：
Struts2框架的大致处理流程如下：
1、加载类（FilterDispatcher）
2、读取配置（struts配置文件中的Action）
3、派发请求（客户端发送请求）
4、调用Action（FilterDispatcher从struts配置文件中读取与之相对应的Action ）
5、启用拦截器（WebWork拦截器链自动对请求应用通用功能，如验证）
6、处理业务（回调Action的execute()方法） 执行Action中的method
7、返回响应（通过execute方法将信息返回到FilterDispatcher）return 结果视图
8、查找响应（FilterDispatcher根据配置查找响应的是什么信息如：SUCCESS、ERROER，将跳转到哪个jsp页面）配置文件中的result标签中找到对应的结果视图
9、响应用户（jsp--->客户浏览器端显示）
10、struts2标签库（相比struts1的标签库，struts2是大大加强了，对数据的操作功能很强大） 请求(.action)---->经过StrutsPrepareAndExecuteFilter 核心控制器---->进入到Struts2的拦截器Interceptor(实现代码功能)----->通过action的名称找对应的Action类----->执行Action类的execute方法----->通过execute方法中返回的字符串，在Struts.xml中找对应的结果页面(result)【在action执行之前，执行了defaultStack拦截器栈】
* 拦截器 在 struts-default.xml定义 【它位于sruts2-core-xxx.jar目录下】
* 执行拦截器 是 defaultStack 中引用拦截器
3． Struts2配置文件加载顺序是什么？
答案：
通过查看StrutsPrepareAndExecuteFilter源码可以得到答案！
此处，我们以及清晰了看到了该类加载配置文件的顺序，我们依次围绕标号查看对应方法产生的文件即可。
对应产生文件依次如下：
init_DefaultProperties(); // [1]---- org/apache/struts2/default.properties
init_TraditionalXmlConfigurations(); // [2] --- struts-default.xml,struts-plugin.xml,struts.xml
init_LegacyStrutsProperties(); // [3] --- 自定义struts.properties
init_CustomConfigurationProviders(); // [5] ----- 自定义配置提供
init_FilterInitParameters() ; // [6] ----- web.xml
init_AliasStandardObjects() ; // [7] ---- Bean加载
结论 ：【前三个是默认的，不用关注，后面三个需要注意】
① default.properties 该文件保存在 struts2-core-2.3.7.jar 中 org.apache.struts2包里面 （常量的默认值）
② struts-default.xml 该文件保存在 struts2-core-2.3.7.jar （Bean、拦截器、结果类型 ）
③ struts-plugin.xml 该文件保存在struts-Xxx-2.3.7.jar （在插件包中存在 ，配置插件信息 ）struts-config-browser-plugin-2.3.7.jar里面有
④ struts.xml 该文件是web应用默认的struts配置文件 （实际开发中，通常写struts.xml ）
⑤ struts.properties 该文件是Struts的默认配置文件 (配置常量 )
⑥ web.xml 该文件是Web应用的配置文件 (配置常量 )
后加载配置文件中修改的常量的值会覆盖前面配置文件修改的常量的值！
一、 面试题部分
1． Action是如何接受请求参数的？
答案：
1.属性驱动：自动的将 请求的参数 设置（赋值）到 struts的Action类的属性中 特点：Action 内部代码不够简洁（解决方案：模型驱动） 2、模型驱动： a、实现 ModelDriven 接口
b、重写getModel（），方法返回的是 Action所使用的 数据模型对象
2． 值栈ValueStack的原理与生命周期？
答案：
1）ValueStack贯穿整个 Action 的生命周期，保存在request域中，所以ValueStack和request的生命周期一样。当Struts2接受一个请求时，会迅速创建ActionContext，
ValueStack，action。然后把action存放进ValueStack，所以action的实例变量可以被OGNL访问。请求来的时候，action、ValueStack的生命开始，请求结束，action、ValueStack的生命结束；
2）action是多例的，和Servlet不一样，Servelt是单例的；
3）每个action的都有一个对应的值栈，值栈存放的数据类型是该action的实例，以及该action中的实例变量，Action对象默认保存在栈顶；
4）ValueStack本质上就是一个ArrayList；
5）关于ContextMap，Struts 会把下面这些映射压入 ContextMap 中：
parameters : 该 Map 中包含当前请求的请求参数
request : 该 Map 中包含当前 request 对象中的所有属性 session :该 Map 中包含当前 session 对象中的所有属性
application :该 Map 中包含当前 application 对象中的所有属性
attr:该 Map 按如下顺序来检索某个属性: request, session, application
6）使用OGNL访问值栈的内容时，不需要#号，而访问request、session、application、attr时，需要加#号；
7）注意： Struts2中，OGNL表达式需要配合Struts标签才可以使用。如：<s:property value="name"/>
8）在struts2配置文件中引用ognl表达式 ,引用值栈的值 ，此时使用的"$"，而不是#或者%;
3． result的type属性中有哪几种结果类型？
答案：
一共10种：
1、dispatcher：struts默认的结果类型，把控制权转发给应用程序里的某个资源不能把控制权转发给一个外部资源，若需要把控制权重定向到一个外部资源, 应该使用
2、redirect：把响应重定向到另一个资源（包括一个外部资源）
3、redirectAction： 把响应重定向到另一个 Action
其他：freemarker、velocity、chain、httpheader、xslt、plainText、stream