当前java web架构形式_GitHub - jack-zdl/horus-web: 这是独立的horus监控系统，无状态的javaweb工程，使用spring,springmvc后端框架，Smar...
horus-web
这是持续开发的独立的horus监控系统，无状态的javaweb工程，使用spring,springmvc后端框架，SmartAdmin的前端框架。spring的技术如下 IOC容器DI依赖注入 AOP切面编程，事物管理，及SpringMVC技术。
1springIOC技术知识
1.1springBean的生命周期
Spring对Bean进行实例化(相当于程序中的new Xx())
Spring将值和Bean的引用注入进Bean对应的属性中
如果Bean实现了BeanNameAware接口，Spring将Bean的ID传递给setBeanName()方法(实现BeanNameAware清主要是为了通过Bean
的引用来获得Bean的ID，一般业务中是很少有用到Bean的ID的)
如果Bean实现了BeanFactoryAware接口，Spring将调用setBeanDactory(BeanFactory bf)方法并把BeanFactory容器实例作为
参数传入。(实现BeanFactoryAware 主要目的是为了获取Spring容器，如Bean通过Spring容器发布事件等)
如果Bean实现了ApplicationContextAwaer接口，Spring容器将调用setApplicationContext(ApplicationContextctx)方法
把y应用上下文作为参数传入.(作用与BeanFactory类似都是为了获取Spring容器，不同的是Spring容器
在调用setApplicationContext方法时会把它自己作为setApplicationContext 的参数传入，而Spring容器在
调用setBeanDactory前需要程序员自己指定(注入)setBeanDactory里的参数BeanFactory )
如果Bean实现了BeanPostProcess接口，Spring将调用它们的postProcessBeforeInitialization(预初始化)方法
(作用是在Bean实例创建成功后对进行增强处理，如对Bean进行修改，增加某个功能)
如果Bean实现了InitializingBean接口，Spring将调用它们的afterPropertiesSet方法，作用与在配置文件中对Bean使用
init-method声明初始化的作用一样，都是在Bean的全部属性设置成功后执行的初始化方法。
如果Bean实现了BeanPostProcess接口，Spring将调用它们的postProcessAfterInitialization(后初始化)方法
(作用与6的一样，只不过6是在Bean初始化前执行的，而这个是在Bean初始化后执行的，时机不同 )
经过以上的工作后，Bean将一直驻留在应用上下文中给应用使用，直到应用上下文被销毁
如果Bean实现了DispostbleBean接口，Spring将调用它的destory方法，作用与在配置文件中对Bean使用destory-method属性
的作用一样，都是在Bean实例销毁前执行的方法。
1.2springBean的xml配置方法
1.3springBean的注解配制方法
1.3.1@Autowired默认按类型分配，属于spring的注解方式，默认情况下要求依赖对象必须存在，如果允许null，必须@Autowired(required=false)
如果你想使用名称装配@Autowired() @Qualifier("baseDao")
1.3.2@Resource是jdk1.6支持的注解，默认按照名称进行装配。如果没有指定name属性，当注解写在字段上时，默认取字段名，按照名称查找，
如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。
但是需要注意的是，如果name属性一旦指定，就只会按照名称进行装配
2springAOP的技术知识
2.1springAOP的生命周期
2.2springAOP的xml配置方法
2.3springAOP的注解配制方法
1使用around方法后，before等其他切面方法不可以使用了。只有around可以继续执行目标的方法
3spring的事物管理
3.1转账问题(原子性，隔离性，持久性,一致性)
在使用jdbcTemplate,mybatis,hiberanteJPA时都是可以一样使用的。
Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked
1 让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)
2 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)
3 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)
4在整个方法运行前就不会开启事务还可以加上：@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
这样就做成一个只读事务，可以提高效率。
3.2spring事物管理的传播行为--当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。
所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。
详细的相关连接 http://blog.csdn.net/it_wangxiangpan/article/details/24180085
TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。 这个是最常见的传播行为
TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。
3.3spring事物隔离级别指若干个并发的事务之间的隔离程度
1TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，
通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
mysql默认隔离级别TransactionDefinition.ISOLATION_REPEATABLE_READ
InnoDB默认隔离级别TransactionDefinition.ISOLATION_REPEATABLE_READ
SQL Server的缺省隔离级别TransactionDefinition.ISOLATION_READ_COMMITTED。
Oracle缺省的设置是TransactionDefinition.ISOLATION_READ_COMMITTED。
就是我在修改数据时，不允许别人读取。
2TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。
该级别不能防止脏读和不可重复读，因此很少使用该隔离级别。
就是很少使用，我在查询别人可以修改数据，脏读，可重复读
3TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。
该级别可以防止脏读，这也是大多数情况下的推荐值。
就是我在修改数据时，不允许别人读取。
4TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，
并且每次返回的记录都相同。即使在多次查询之间有新增的数据满足该查询，这些新增的记录也会被忽略。该级别可以防止脏读和不可重复读。
就是当我在查询数据时，不允许别的人来修改数据。
5TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，
该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。
就是表明事务被处理为顺序执行
4springMVC的技术知识
3.1springMVC的生命周期及请求发送流程
1. 用户向服务器发送请求，请求被Spring 前端控制Servelt DispatcherServlet捕获；
2.DispatcherServlet对请求URL进行解析，得到请求资源标识符(URI)。然后根据该URI，调用HandlerMapping获得
该Handler配置的所有相关的对象(包括Handler对象以及Handler对象对应的拦截器)，最后以HandlerExecutionChain
对象的形式返回；
3.DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter。(附注：如果成功获得HandlerAdapter后，
此时将开始执行拦截器的preHandler(...)方法)
4.提取Request中的模型数据，填充Handler入参，开始执行Handler(Controller)。 在填充Handler的入参过程中，
根据你的配置，
Spring将帮你做一些额外的工作：
HttpMessageConveter:将请求消息(如Json、xml等数据)转换成一个对象，将对象转换为指定的响应信息
数据转换：对请求消息进行数据转换。如String转换成Integer、Double等
数据根式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等
数据验证： 验证数据的有效性(长度、格式等)，验证结果存储到BindingResult或Error中
5. Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象；
6. 根据返回的ModelAndView，选择一个适合的ViewResolver(必须是已经注册到Spring容器中的ViewResolver)
返回给DispatcherServlet ；
7. ViewResolver 结合Model和View，来渲染视图
8. 将渲染结果返回给客户端
3.1springMVC相关使用
情景: spring与springMVC同时使用时，在spring中配置声明式事务情况下，是否对springMVC管理的控制层生效
3.2springMVC url请求转入后的处理流程
5spring的线程池
4.1spring的线程池配置
6spring-ehcache缓存的管理
5.1spring-ehche配置文件
name="dictTypeCache"
maxElementsInMemory="1000"
eternal="true"
overflowToDisk="true"/>
name="definitionCache"
maxElementsInMemory="1000"
eternal="true"
overflowToDisk="true"/>