springmvc使用陷阱

转载自http://blog.csdn.net/monkeyking1987/article/details/19022387#comments


spring MVC, 你使用了多久呢? 在使用中有没有遇到一些让你困惑的问题呢?

以下是我总结的在使用Spring MVC时需要注意的陷阱

(我使用她3年多了,但有时还是会犯错)


1. 固定特殊bean的id

Spring MVC上传文件时, 我们都需要配置一个MultipartResolver的实现, 常用的是Apache提供的CommonsMultipartResolver类, 配置如下:

[html] view plain copy
print?在CODE上查看代码片派生到我的代码片

<!-- 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相同, 才能正常工作. 对应的代码如下:

[html] view plain copy
print?在CODE上查看代码片派生到我的代码片

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配置的路径

这个你肯定会配置吧

[html] view plain copy
print?在CODE上查看代码片派生到我的代码片

<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 的配置文件中添加类似下面的配置

[html] view plain copy
print?在CODE上查看代码片派生到我的代码片

<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

[html] view plain copy
print?在CODE上查看代码片派生到我的代码片

<!-- Spring context listener -->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>


与Spring MVC的DispatchServlet,

[html] view plain copy
print?在CODE上查看代码片派生到我的代码片

<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 使用陷阱, 你发现了吗.......