Spring MVC, 你使用了多久呢? 在使用中有没有遇到一些让你困惑的问题呢?
以下是我总结的在使用Spring MVC时需要注意的陷阱
(我使用她3年多了,但有时还是会犯错)
1. 固定特殊bean的id
Spring MVC上传文件时, 我们都需要配置一个MultipartResolver的实现, 常用的是Apache提供的CommonsMultipartResolver类, 配置如下:
<!-- fileUpload Support --> <bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver"> <property name="defaultEncoding" value="UTF-8"/> <!--max size: 10M--> <property name="maxUploadSize" value="10485760"/> </bean>
简单吧, 但你是否想过这儿配置的id (multipartResolver) 没呢? 试试将id修改为其他的,如 myMultipartResolver, 这还会让上传文件正常工作吗? 本来id仅作为一个唯一的标识即可.但在这儿只能说 NO, 你必须保证id必须是multipartResolver, 其他的还有localeResolver, themeResolver等等.
(有时候因为这点小问题导致抓狂), 为什么要固定bean的id啊? 此是陷阱一.
原因是在Spring MVC的核心类DispatcherServlet中, 把这些bean的id固定了. 你必须保证bean的id相同, 才能正常工作. 对应的代码如下:
public class DispatcherServlet extends FrameworkServlet { /** Well-known name for the MultipartResolver object in the bean factory for this namespace. */ public static final String MULTIPART_RESOLVER_BEAN_NAME = "multipartResolver"; /** Well-known name for the LocaleResolver object in the bean factory for this namespace. */ public static final String LOCALE_RESOLVER_BEAN_NAME = "localeResolver"; /** Well-known name for the ThemeResolver object in the bean factory for this namespace. */ public static final String THEME_RESOLVER_BEAN_NAME = "themeResolver"; /** * Well-known name for the HandlerMapping object in the bean factory for this namespace. * Only used when "detectAllHandlerMappings" is turned off. * @see #setDetectAllHandlerMappings */ public static final String HANDLER_MAPPING_BEAN_NAME = "handlerMapping";
如果以后遇到配置是正常的, 但却不工作, 去DispatcherServlet看看bean的id是不是被 固定了.
2. DispatchServlet配置的路径
这个你肯定会配置吧
<servlet> <servlet-name>wdcy</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <load-on-startup>2</load-on-startup> </servlet> <servlet-mapping> <servlet-name>wdcy</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>
思考过这儿路径的配置吗? 一般都是"/", 即所有请求都让Spring MVC来处理, 当然也包括静态资源啦, 如js, jpg, css等.
这种方式好吗? 在使用时要小心, 若使用这种配置,
建议在Spring MVC 的配置文件中添加类似下面的配置
<mvc:resources mapping="/js/**" location="/js/"/> <mvc:resources mapping="/css/**" location="/css/"/> <mvc:resources mapping="/images/**" location="/images/"/>这告诉Spring MVC 静态资源到对应的目录下去直接访问而不处任何处理.
另一种方式就是使用后缀, 即不配置为"/", 而是配置为类似"*.htm"的方式 也是不错的.
3."两个Spring Context"
当一个项目中既使用 Spring Container, 又使用Spring MVC时, 你觉得项目中只有一个Spring容器还是两个呢?
在这种情况下, 我们都会在web.xml中配置一个container listener
<!-- Spring context listener --> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>
与Spring MVC的DispatchServlet,
<servlet> <servlet-name>zsfz</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <load-on-startup>2</load-on-startup> </servlet> <servlet-mapping> <servlet-name>zsfz</servlet-name> <url-pattern>*.zsfz</url-pattern> </servlet-mapping>
考考你: 这两个东西在系统启动时如何加载? 执行顺序是如何的呢?
如果第一个listener对应的容器先执行, 那它知道Spring MVC的容器吗, 但如何反转来呢? 很有意思的问题吧,
仔细去研究下Spring的源码, 会发现更有趣.
换位思考下, 如果是你来实现这两者之间加载的容器, 你会如何实现呢.
还有更多更多的Spring MVC 使用陷阱, 你发现了吗.......