Struts2面试总结(2013版).docVIP

Struts2中，Action通过什么方式获得用户从页面输入的数据，又是通过什么方式把其自身的数据传给视图的– 指定默认编码 struts.objectFactory / struts.objectFactory.spring.autoWire – 对象工厂 / Spring的自动装配方式(名字、类型) struts.devMode – 是否使用开发模式 struts.locale – 指定默认区域，默认值是en_US struts.i18n.resources – 国际化使用的资源文件 struts.ognl.allowStaticMethodAccess – 是否允许在OGNL中调用静态方法 struts.enable.DynamicMethodInvocation – 是否允许动态方法调用 简述Struts2的异常处理机制。 声明式的异常处理机制 global-exception-mappings exception-mapping exception=”…” result=”…” / / global-exception-mappings 说一下你对约定优于配置（CoC）的理解。 约定优于配置(convention over configuration)，也称作按约定编程，是一种软件设计范式，旨在减少软件开发人员需做决定的数量。本质是说，开发人员仅需规定应用中不符约定的部分。例如，如果模型中有个名为Sale的类，那么数据库中对应的表就会默认命名为sales。只有在偏离这一约定时，例如将该表命名为products_sold，才需写有关这个名字的配置。如果您所用工具的约定与你的期待相符，便可省去配置；反之，你可以配置来达到你所期待的方式。遵循约定虽然损失了一定的灵活性，不能随意安排目录结构，不能随意进行函数命名，但是却能减少配置。更重要的是，遵循约定可以帮助开发人员遵守构建标准。拦截器被创建后立即被调用,它在拦截器的生命周期内只被调用一次可以在该方法中对相关资源进行必要的初始化方法将在拦截器被销毁之前被调用,?它在拦截器的生命周期内也只被调用一次拦截器是基于反射机制的，而过滤器是基于回调的。过滤器依赖于容器，而拦截器不依赖于容器。拦截器只能对Action请求起作用，而过滤器可以所有请求起作用。拦截器可以访问Action上下文、值栈里的对象，而过滤器不能。 Struts1 Struts2 Action 类 要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去实现 常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。 线程模式 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能作的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的。 Action对象为每一个请求产生一个实例，因此没有线程安全问题。（实际上，servlet容器给每个请求产生许多可丢弃的对象，并且不会导致性能和垃圾回收问题） Servlet 依赖 Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletResponse 被传递给execute方法。 Action不依赖于容器，允许Action脱离容器单独被测试。如果需要，Struts2 Action仍然可以访问初始的request和response。但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。 可测性 Action的一个主要问题是execute方法暴露了servlet API（这使得测试要依赖于容器）。一个第三方扩展－－Struts TestCase－－提供了一套Struts1的模拟对象（来进行测试）。 Action可以通过初始化、设置属性、调用方法来测试，“依赖注入”支持也使测试更容易。 捕获输入 使用ActionForm对象捕获输入。所有的ActionForm必须继承一个基类。因为其他JavaBean不能用作ActionForm，开发者经 常创建多余的类捕获输入。动态Bean（DynaBeans）可以作为创建传统ActionForm的选择，但是，开发者可能是在重新描述(创建)已经存 在的JavaBean（仍然会导致有冗余的javabean）。 直接使用Action属性作