各框架工作原理.docVIP

Struts工作原理： 1.ActionServlet核心控制器会拦截所有*.do的请求 2.从struts-config.xml中找到用户请求的Action 3.通过struts-config.xml中的配置再去找这个Action对应的ActionForm,并实例化 4.把用户填写的数据自动填充到ActionForm中(调用ActionForm中的setXX()方法填充) 5.同时把ActionForm放入到指定的范围中（request，session） 6.然后把请求转发给Action 7.Action获取ActionForm中的值然后调用业务逻辑层实现功能 8.在通过ActionMapping查找Actionforward实现转发; Struts解决的问题： 解决了jsp页面代码过多或者混乱和抽取多个servlet放在ActionServlet里面（多个Servlet）. Struts1开发当中遇到的问题： 重复提交问题 可以利用重定向 设置一个变量 利用struts的令牌机制（必须要form标签） 乱码问题： 通过String的构造方法：String str = new String (userName.getByte(“ISO-8859-1”),”UTF-8”) Request.setCharacterEncoding(“UTF-8”); 利用过滤器 继承ActionServlet类，重写process( )方法（只要是在ActionForm方法之前执行的方法都可以） 赶在填充form之前 设置编码 request.setCharacterEncoding(GBK); 在web.xml里配置我们的核心控制器 覆盖掉struts1 的处理类RequestProcessor，重写process方法 在strust-config.xml里配置 controller processorClass=com.lxit.basic.LxitRequestProcessor/controller 此时struts1采用我们的处理类进行处理 线程安全问题 解决方式：就是不要在Action里面使用字段变量，要在execute（）方法里面使用局部变量是保证struts1线程安全的最简单的方式. 配置文件顺序不能随意放置，不然也会报错.比如把BeanForm标签放在ActionMapping标签后面，就会报错 上传文件或图片的时候，必须要在增加的界面那个form标签里面加协议（enctype=multipart/form-data）另外还需要commons-fileupload-1.2.1.jar这个jar包 类型转换：一般我们自己定义一个类型转换器，因为可以覆盖struts1中默认的类型转换器带来的一些校验问题，如日期校验.（其实struts1中自动的类型转换器只会把date类型转换成单一的格式yyyy-mm-dd），如果是其他格式或者不输入就会报错，所以我们自己写个自定义类型转换器可以弥补不足 校验问题：当我们重写validator（）方法时，那么如果Action里面有多个方法的时候，这时候所有的方法都 会进行校验，而我们只需要给指定方法加验证就可以了，这时候我们解决的方式有两种：第一种就是给每个方法都有一个独立的配置；第二就是利用继承ValidatorForm类，然后写个validator.xml配置，在struts-config.xml配置文件配置plug-in /; Struts1的源码分析. ActionServlet与servlet一样，也具有生命周期，在tomcat容器启动时，会初始化配置文件调用ActionServlet类里面的init（）方法中的initInternal（）方法解析系统资源文件、initOther（）读取web.xml中ActionServlet的配置路径、initServlet（）方法通过digester对象解析web.xml中Servlet-mapping的配置信息、initModulConfig（）再把Digester对象解析web.xml配置信息缓存到modulConfig对象中 Struts2的工作原理： 1、客户端发送请求 (客户端初始化一个指向Servlet容器（如Tomcat）的请求) 2、请求经过一系列过滤器（如ActionContextCleanUp、SiteMesh等）,ActionContextCleanUp--FilterDispatcher FilterDispatcher通过ActionMapper来决定这个Request需要调用哪个Action 如果ActionMapper决定调用某个Acti