springmvc.xml杂说（待续）

注解说&＃xff1a;

在xml配置了这个标签后&＃xff0c;spring可以自动去扫描base-pack下面或者子包下面的java文件&＃xff0c;如果扫描到有&＃64;Component &＃64;Controller &＃64;Service等这些注解的类&＃xff0c;则把这些类注册为bean
注意&＃xff1a;如果配置了那么标签就可以不用再xml中配置了&＃xff0c;因为前者包含了后者。另外还提供了两个子标签
1.        
2.      
对&＃64;Component&＃xff1a;解释&＃xff1a;
通过&＃64;Component将切面定义为Spring管理Bean。
&＃64;Component&＃xff1a;定义Spring管理Bean,对&＃64;Component进行分类注解&＃xff0c;如下三个&＃xff1a;
&＃64;Repository&＃xff1a;
&＃64;Component扩展&＃xff0c;被&＃64;Repository注解的POJO类表示DAO层实现&＃xff0c;从而见到该注解就想到DAO层实现&＃xff0c;使用方式和&＃64;Component相同&＃xff1b;
&＃64;Service&＃xff1a;
&＃64;Component扩展&＃xff0c;被&＃64;Service注解的POJO类表示Service层实现&＃xff0c;从而见到该注解就想到Service层实现&＃xff0c;使用方式和&＃64;Component相同&＃xff1b;
&＃64;Controller&＃xff1a;
&＃64;Component扩展&＃xff0c;被&＃64;Controller注解的类表示Web层实现&＃xff0c;从而见到该注解就想到Web层实现&＃xff0c;使用方式和&＃64;Component相同&＃xff1b;


列如&＃xff1a;&＃xff0c;启动服务只会扫描com.fh路径下的类文件



在说明这两个子标签前&＃xff0c;先说一下有一个use-default-filters属性&＃xff0c;改属性默认为true,这就意味着会扫描指定包下的全部的标有&＃64;Component的类&＃xff0c;并注册成bean.也就是&＃64;Component的子注解&＃64;Service,&＃64;Reposity等。所以如果仅仅是在配置文件中这么写

 Use-default-filter此时为true那么会对base-package包或者子包下的所有的进行java类进行扫描,并把匹配的java类注册成bean。
 
 可以发现这种扫描的粒度有点太大&＃xff0c;如果你只想扫描指定包下面的Controller&＃xff0c;该怎么办&＃xff1f;此时子标签就起到了勇武之地。如下所示
 
  
 
这样就会只扫描base-package指定下的有&＃64;Controller下的java类&＃xff0c;并注册成bean
但是因为use-dafault-filter在上面并没有指定&＃xff0c;默认就为true&＃xff0c;所以当把上面的配置改成如下所示的时候&＃xff0c;就会产生与你期望相悖的结果&＃xff08;注意base-package包值得变化&＃xff09;
 
  
 
此时&＃xff0c;spring不仅扫描了&＃64;Controller&＃xff0c;还扫描了指定包所在的子包service包下注解&＃64;Service的java类
此时指定的include-filter没有起到作用&＃xff0c;只要把use-default-filter设置成false就可以了。这样就可以避免在base-packeage配置多个包名这种不是很优雅的方法来解决这个问题了。
另外在我参与的项目中可以发现在base-package指定的包中有的子包是不含有注解了&＃xff0c;所以不用扫描&＃xff0c;此时可以指定来进行过滤&＃xff0c;说明此包不需要被扫描。综合以上说明
Use-dafault-filters&＃61;”false”的情况下&＃xff1a;指定的不扫描&＃xff0c;指定的扫描

&＃64;ControllerAdvice注解的使用&＃xff1a;从名字上可以看出大体意思是控制器增强&＃xff0c;使用扫描时也能扫描到

和说

说

相当于注册了DefaultAnnotationHandlerMapping和AnnotationMethodHandlerAdapter两个bean&＃xff0c;配置一些messageconverter。即解决了&＃64;Controller注解的使用前提配置。
是对包进行扫描&＃xff0c;实现注释驱动Bean定义&＃xff0c;同时将bean自动注入容器中使用。即解决了&＃64;Controller标识的类的bean的注入和使用&＃xff0c;列如&＃xff1a;想使用&＃64;Autowired&＃xff0c;&＃64; Resource等注解&＃xff0c;那么就必须事先在 Spring 容器中声明&＃xff0c;但是使用 之后&＃xff0c;就可以省略&＃xff0c;后者包括了前者


一开始我在写配置的时候&＃xff0c;只写了&＃xff0c;并没有使用&＃xff0c;servlet拦截*.do&＃xff0c;.do请求可以被正确捕捉和处理。代码如下
mvc-servlet.xml
 
web.xml如下
 
    mvc  
    org.springframework.web.servlet.DispatcherServlet  
    1  
 
 
    mvc  
    *.do  //&＃xff08;2&＃xff09;中解释&＃xff1a;
 


如果没有注解启动&＃xff0c;那么所有的Controller可能就没有解析&＃xff0c;所有当有请求时候都没有匹配的处理请求类&＃xff0c;就都去即defaultservlet处理了。添加上后&＃xff0c;相应的do请求被Controller处理&＃xff0c;而静态资源因为没有相应的Controller就会被defaultservlet处理。总之没有相应的Controller就会被default servlet处理就ok了


&＃xff08;2&＃xff09;一个servlet可以使用多个url-pattern规则&＃xff0c;每个标签代表1个匹配规则&＃xff1b;url-pattern映射匹配过程是有优先顺序的&＃xff1b;而且当有一个servlet匹配成功以后&＃xff0c;就不会去理会剩下的servlet了。
1、精确匹配&＃xff0c;servlet-mapping1&＃xff1a;/user/users.html&＃xff0c;servlet-mapping2&＃xff1a;/*。当一个请求http://localhost:8080/appDemo/user/users.html来的时候&＃xff0c;servlet-mapping1匹配到&＃xff0c;不再用servlet-mapping2匹配/
2、路径匹配&＃xff0c;先最长路径匹配&＃xff0c;再最短路径匹配servlet-mapping1&＃xff1a;/user/*&＃xff0c;servlet-mapping2&＃xff1a;/*。当一个请求http://localhost:8080/appDemo/user/users.html来的时候&＃xff0c;servlet-mapping1匹配到&＃xff0c;不再用servlet-mapping2匹配
3、扩展名匹配&＃xff0c;servlet-mapping1&＃xff1a;/user/*&＃xff0c;servlet-mapping2&＃xff1a;*.action。当一个请求http://localhost:8080/appDemo/user/addUser.action来的时候&＃xff0c;servlet-mapping1匹配到&＃xff0c;不再用servlet-mapping2匹配/
4、缺省匹配&＃xff0c;以上都找不到servlet&＃xff0c;就用默认的servlet&＃xff0c;配置为/


同时设定 标签&＃xff0c;设定字符集和json处理类&＃xff0c;例如&＃xff1a;



class&＃61;"org.springframework.http.converter.json.MappingJackson2HttpMessageConverter">


application/json;charset&＃61;UTF-8
text/html;charset&＃61;UTF-8