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 使用陷阱, 你发现了吗…….
，有理想在的地方，地狱就是天堂
