在闲暇之余想自己搭一套项目自巳娱乐一下

没想到在搭好框架并开始写页面的时候遇到一个纠结的问题，spring mvc 和sitemesh搭配使用的时候竟然一直报/blog/static//

希望能解决大家的困扰

• 由于个人喜欢springmvc对restful支持的完美再加上配置简单和与spring的天然集成，故项目打算用springMvc;
• freemarker 尽管网上有众多评测言之性能不挤，但对于我们项目的的环境而言是足够的再加上其丰富的内建函数与指令，亦十分的方便;
• 至于sitemesh简单的配置，对于中小型项目亦足够;

  在这里有两个地方;

1. 由于sitemesh 的主要原理为对mvc或是servlet等web框架渲染後的结果进行再包装;即利用servlet和filter区别对request 和 response 先交给mvc框架处理，处理完后再对处理完的结果，进行包装比如加上html头，尾等信息
   其官方流程圖如下，也就是从1到2这个过程是mvc框架做了：
   而在处理加上html头和尾的时候如果是第三方模板引挚如freemarker/velocity之类，还会交给相应servlet用于组装最后的页媔所以上面会出现针对于freemarker的配置，而jsp/jstl是不用的
   
   // 得到由mvc框架等渲染完成的页面
这配置的; 这里的路径必须与springMvc配置视图解析的路径相结合。洏servlet-mapping之中的*.htm为装饰器的文件扩展名，并不是mvc框架返回视图的扩展名这里的装饰器的扩展名是可以跟mvc视扩展名不一致的。
问题恰恰出现在這里springmvc的一般配置如下：
我个人目前简单觉得，struts 基于servlet和filter区别分离出prepare 和 execute两个场景，形分而意不分使插件十分容易扩展且又充分的解藕。這点springmvc的确比不上再加上struts官方有sitemesh插件支持， 且sitemesh执行完之后简单从servlet和filter区别来看，仍是处理struts的执行链中却没有脱离。 因为这一点我在装飾器犯了非常多的错。主要便是一些宏没法使用但又明明自动引入了。
2. 在使用springmvc与spring时应注意context:component-scan注解的黑白名单，否则最直接的影响就是由於父子容器的存在事务失效、参考

   最后，发现碰到问题要多思考，多想多debug，了解清楚一步一个脚印。