Davie's Happy Life

继上一篇博客，我们讲述了mybatis的一级缓存地址，接下来，我们来学习一下mybatis的二级缓存按照惯例，先来一张形象一点的图：       二级缓存区域是根据mapper的namespace划分的，相同namespace的mapper查询数据放在同一个区域，如果使用mapper代理方法每个mapper的namespace都不同，此时可以理解为二级缓存区域是根据mapper划分，也

自己接触ssm框架有一段时间了，从最早的接触新版ITOO项目的（SSM/H+Dobbu zk），再到自己近期来学习到的《淘淘商城》一个ssm框架的电商项目。用过，但是还真的没有自己搭建过，一直都是用别人搭建好的。所以，从网上找了一些材料，结合自己来解决过程中的一些问题，使自己对ssm框架理解更加深了，不为分享，只是总结一下，下次有机会再搭建的时候，直接看自己的博客，省得找了！一、准备环

有一个并没有使用动态生成的代理，而是直接调用的方法本体，也就是内部方法，显而易见，就是child方法。我们总结一下，就是在使用jdk里面的动态代理时，像这种事务内部调用已声明事务的方法是没有用的，这种方式下，child事务被覆盖，相当于直接调用内部方法，本地服务，是没有产生代理的，而是使用的方法本体。这也就导致我声明事务，抛出异常却不能回滚的一个重要原因，而很多人还在想我一样，埋头苦想到底是哪里出了问题。

背景：       不管是在哪里，事务的并发性都是一个问题，所以专门存在一种事务隔离机制去解决这种事务并发所造成的问题。一、什么是事务隔离级别：       事务隔离级别是一个失误对数据库的修改与并行的另一个事务的隔离程度。二、事务并发会造成哪些问题：       1、脏读：一个事务读到另一事务未提交的更新数据。          2、不可重复读（虚

走过了双11，我们又迎来了黑色星期五，刚过了黑五，双12又将到来。不管剁手的没有剁手的，估计这次都要剁手了！虽然作为程序猿的我，没有钱但是我们长眼睛了，我们关注到的是我们天猫、淘宝、支付宝之间的登录系统的关联，即只要我们在一个系统上登陆过了，在同门户的其他系统上就不用再次登陆了，这个涉及到的是我们的接下来下次要聊到的——SSO（单点登录）；而这次我们要聊的，是我们的拦截器，因为只要我们没有登录，随便输入一个合法的地址涉及到订单或者隐私信息的内容时，就会被干到登录页面上去，这就是我们的拦截器。

还记得当初从北京回来的时候，跟着倪文杰师姐做Java ITOO的一卡通模块，我亲姐贾梦洁带着我一块做，期间，我遇到了一个特别奇葩的问题，就死我要实现Mybatis的模糊查询，根据当时亲姐教给我方法 select * from table where contions like #{something}，就是解决不了问题，一点东西都查不出来，还报错。后来，我终于明白，世界上还有${}这个东西。只不过

在上一篇博客中，我们提到过有关于Mybatis输出映射中resultMap能够实现延迟加载的事，现在我们就来对那一句话做一下阐述和实例说明。

做java的各位程序员们，估计SSH和SSM是我们的基础必备框架。也就是说我们都已经至少接触过了这两套常见的集成框架。当我们用SSH的时候，相信很多人都接触过Hibernate的两级缓存，同样，相对应的，Mybatis也存在着两级缓存。接下来，我们就来介绍一下Mybatis的一、二级缓存。首先我们要知道什么是查询缓存？查询缓存又有什么作用？功能：mybatis提供查询缓存，用于减轻

当我们学习heribnate的时候，也就是SSH框架的网上商城的时候，我们就学习过它对应的高级映射，一对一映射，一对多映射，多对多映射。对于SSM的Mybatis来说，肯定也是差不多的。既然开了头了，我们就也来简单说一些Mybatis的高级映射。当然说到这些东西的时候，最简单也最常用的就是级联查询，所以我们就以几个简单的级联查询为例，分别说一下Mybatis的一对一、一对多、多对多查询。

其实在我们分析Mybatis的查询缓存或者是一些简介的时候，我们就不难看到有关于Mybatis输入输出映射的东西，比如说：

首先给大家说，本篇博客没有技术价值，纯属个人学习总结，权当给大家添加一乐。事件如有雷同，纯属巧合，莫怪！              前一段时间一直在看《淘淘商城》这个教程，里面讲的是SSM框架的一个电商项目。这不是重点，重点是我们大米时代的ITOO项目从今年上半年开始就一直在推行我们的一套新框架，SSM/H+Dobbu ZK。做项目也有一段时间了，可是自己除了在刚接手时直接从svn上荡代码