Model-模型层 entity/pojo实体层
持久层 dao数据访问层 @Repository
服务层 biz业务模型 @Service Service
Controller-控制器层 @Controller Action Servlet
其他层 @Component 一个界限模糊的类
View-视图层 jsp页面
JSP开发中的分层都是基于MVC架构的，即（Model-View-Controller）
M:模型层，主要是负责一些具体的业务逻辑的实现
V:视图层，可以理解为JSP页面
C:控制器层，用于接受页面请求与响应请求到JSP页面的控制机制，servlet层就是MVC中的控制器。
在模型层中，又分为biz,dao,entity等层
biz：Bussiness Model,业务模型，主要用于处理某一类业务的处理流程
dao:Data Access Object，数据访问层，主要针对于数据表的操作，可以理解为一张数据表，就有一个Dao与之对应，在Dao里面包含对该张数据表的增、删、改、查等操作。
entity：又叫POJO（Plain Old Java Object），最原始的Java类，用于将数据表封装为Java模型，一般这里面会以属性的形式，记录数据表的字段，通过getter/setter方法来操作，对应字段的信息，这也可以理解为面向对象中的封装。
Dao层：
映射文件。接口文件，pojo使用逆向工程自动生成
sqlMapConfig.xml mybatis核心配置文件中可以为空，但是必须有
ApplicationContext-dao.xml 数据源，连接池，会话工厂，mapper包扫描
Service层：
ApplicationContext-service.xml 配置@service注解扫描
ApplicationContext-trans.xml配置事务
Controller层：
sprinMvc.xml 注解扫描，注解驱动，试图解析器
Web.xml
Spring监听，springMvc前端控制器
@Component注解：泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。
在Annotaion配置注解中用@Component来表示一个通用注释用于说明一个类是一个Spring容器管理的类。即该类已经拉入到Spring的管理中了。而@Controller, @Service, @Repository是@Component的细化，这三个注解比@Component带有更多的语义，它们分别对应了控制层、服务层、持久层的类。
@Repository不加这个注解的dao，应该是用了xml进行注入，不然会错
hibernate的数据库配置，是在不用spring的前提下去配置，不能统一的去配置事物，如果用到spring整合hibernate的话，那就用spring去配置，可以设置事物等等，所以一般都是用spring去配置的！
hibernate和spring都可以配置数据源，根据需求配置一个即可。但SSH一般都是将Struts和Hibernate的各种bean交由Spring管理，Spring起到的作用就是粘合Struts和Hibernate，所以也由Spring配置数据源，这样有利于统一管理和日后拓展，其中涉及到事务、动态代理、多数据源等等。
Spring 当中可以配置多种数据源， 也可以在 spring 中使用 Hibernate 数据源 。
hibernate里面是表字段的配置。spring里面是连接数据库的配置还有一些类的注入
<!-- 使用C3P0数据源，MySQL数据库 -->
<context:property-placeholder location="classpath:/properties/hibernate.properties"/>
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"
destroy-method="close">
<!-- MySQL5 -->
<property name="driverClass" value="${driverClassName}"></property>
<property name="jdbcUrl" value="${url}"></property>
<property name="user" value="${username}"></property>
<property name="password" value="${password}"></property>
<property name="maxPoolSize" value="40"></property>
<property name="minPoolSize" value="1"></property>
<property name="initialPoolSize" value="1"></property>
<property name="maxIdleTime" value="20"></property>
</bean>
hibernate.properties内容：
hibernate.dialect=org.hibernate.dialect.MySQLDialect
driverClassName=com.mysql.jdbc.Driver
validationQuery=SELECT 1
url=jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8
username=root
password=yang
hibernate.hbm2ddl.auto = update
hibernate.show_sql=true
hibernate.format_sql=true
1 applicationContext-infrastructure.xml 含dataSource,sessionFactory 元素，且import以下
2 applicationContext-dao.xml 配置 bean
3 applicationContext-service.xml 配置 bean
4 applicationContext-action.xml 配置 bean
生成之后，实际上4引用3, 3引用2, 2引用1
web.xml中配置：
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext*.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
真正的加载顺序为：context-param -> listener -> filter -> servlet
对于某类配置节而言，与它们出现的顺序是有关的。以 filter 为例，web.xml 中当然可以定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。
<servlet>
<servlet-name>springMVC</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>springMVC</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
通过上面url-pattern的配置，所有URL请求都将被Spring MVC的DispatcherServlet截获。
<mvc:default-servlet-handler />将静态资源的处理经由Spring MVC框架交回Web应用服务器处理。而<mvc:resources />更进一步，由Spring MVC框架自己处理静态资源，并添加一些有用的附加值功能。
首先，<mvc:resources />允许静态资源放在任何地方，如WEB-INF目录下、类路径下等，你甚至可以将JavaScript等静态文件打到JAR包中。通过location属性指定静态资源的位置，由于location属性是Resources类型，因此可以使用诸如"classpath:"等的资源前缀指定资源位置。传统Web容器的静态资源只能放在Web容器的根路径下，<mvc:resources />完全打破了这个限制。
其次，<mvc:resources />依据当前著名的Page Speed、YSlow等浏览器优化原则对静态资源提供优化。你可以通过cacheSeconds属性指定静态资源在浏览器端的缓存时间，一般可将该时间设置为一年，以充分利用浏览器端的缓存。在输出静态资源时，会根据配置设置好响应报文头的Expires 和 Cache-Control值。
在接收到静态资源的获取请求时，会检查请求头的Last-Modified值，如果静态资源没有发生变化，则直接返回303相应状态码，提示客户端使用浏览器缓存的数据，而非将静态资源的内容输出到客户端，以充分节省带宽，提高程序性能。
在springMVC-servlet中添加如下配置：
<mvc:resources location="/,classpath:/META-INF/publicResources/" mapping="/resources/**"/>
以上配置将Web根路径"/"及类路径下 /META-INF/publicResources/ 的目录映射为/resources路径。假设Web根路径下拥有images、js这两个资源目录,在images下面有bg.gif图片，在js下面有test.js文件，则可以通过 /resources/images/bg.gif 和 /resources/js/test.js 访问这二个静态资源。
假设WebRoot还拥有images/bg1.gif 及 js/test1.js，则也可以在网页中通过 /resources/images/bg1.gif 及 /resources/js/test1.js 进行引用。
在springMVC-servlet.xml中配置<mvc:default-servlet-handler />后，会在Spring MVC上下文中定义一个org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler，它会像一个检查员，对进入DispatcherServlet的URL进行筛查，如果发现是静态资源的请求，就将该请求转由Web应用服务器默认的Servlet处理，如果不是静态资源的请求，才由DispatcherServlet继续处理。
一般Web应用服务器默认的Servlet名称是"default"，因此DefaultServletHttpRequestHandler可以找到它。如果你所有的Web应用服务器的默认Servlet名称不是"default"，则需要通过default-servlet-name属性显示指定：
<mvc:default-servlet-handler default-servlet-name="所使用的Web服务器默认使用的Servlet名称" />
注解配置：
xml文件配置：
原文：https://www.cnblogs.com/sybil-hxl/p/10459176.html