首页 > 代码库 > 小心 Spring MVC 使用陷阱

小心 Spring MVC 使用陷阱


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=http://www.mamicode.com/"UTF-8"/>>
简单吧, 但你是否想过这儿配置的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 使用陷阱, 你发现了吗.......