答案是肯定的

现在主流的Web MVC框架除了Struts这个主力 外，其次就是Spring MVC了，因此这也是作为一名程序员需要掌握的主流框架，框架选择多了，应对多变的需求和业务时，可实行的方案自然就多了。不过要想灵活运用Spring MVC来应对大多数的Web开发，就必须要掌握它的配置及原理。　　一、Spring MVC环境搭建：（Spring 2.5.6 + Hibernate 3.2.0）

先看一下，spring官方给的解释：@ModelAttribute has two usage scenarios in controllers. When you place it on a method parameter, @ModelAttribute maps a model attribute to the specific, annotated method paramete

前面说到了关于在xml中有提供default-autowire的配置信息，从spring 2.5开始，spring又提供了一个Autowired以及javaEE中标准的Resource注释，都好像可以实现类似的自动注入。那么是不是每个都实现同样的方式呢，这里面的几个配置到底有哪些异同点。哪个更全，哪个更优先，这些都需要对spring的内部原理有详细的了解才可以进行了解。在以下文章时，首先有几个

spring中bean属性scope介绍singleton：SpringIoc容器只会创建该Bean的唯一实例，所有的请求和引用都只使用这个实例 Property: 每次请求都创建一个实例 request:    在一次Http请求中，容器会返回该Bean的同一个实例，而对于不同的用户请求，会返回不同的实例。需要注意的是，该作用域仅在基于Web的Spring Applicati

有一个bean为A，一个bean为B。想要A在容器实例化的时候的一个属性name赋值为B的一个方法funB的返回值。如果只是在A里单纯的写着：private B b;private String name = b.funb();会报错说nullpointException，因为这个时候b还没被set进来，所以为null。解决办法为如下代码，同时学习下spring

ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化。提前实例化意味着作为初始化过程的一部分，ApplicationContext实例会创建并配置所有的singleton bean。通常情况下这是件好事，因为这样在配置中的任何错误就会即刻被发现（否则的话可能要花几个小时甚至几天）。有时候这种默认处理可能并不是你想要的。如果你不想让一

问题原因：罪魁祸首是web.xml下对spring的DispatcherServlet请求url映射的配置，原配置如下：    spring    org.springframework.web.servlet.DispatcherServlet    1          spring        / 分析原因：的/把所有的请求都交给spring

@RequestMapping(value="dels",method = {RequestMethod.GET})@responsebody表示该方法的返回结果直接写入HTTP response body中一般在异步获取数据时使用，在使用@RequestMapping后，返回值通常解析为跳转路径，加上@responsebody后返回结果不会被解析为跳转路径，而是直接写入HT

去掉.html

web.xml 里面加default*.html

在网上找了很多，基本都是在确认是不是在tomcat环境下，可我的就是在tomc

1.DispatcherServlet    SpringMVC具有统一的入口DispatcherServlet，所有的请求都通过DispatcherServlet。    DispatcherServlet是前置控制器，配置在web.xml文件中的。拦截匹配的请求，Servlet拦截匹配规则要自已定义，把拦截下来的请求，依据某某规则分发到目标Controller来处理。  所以我们现在w