从上面的代码中，可以一目了然的发现，当获取锁的线程与拥有锁的线程是同一个线程时，仅会对状态进行累加。so easy ,并没有什么难度。那接下来我们想一下，如何实现公平所和非公平锁，上面的代码是非公平锁的实现方式。那如何实现公平锁那？所谓的公平锁就是所有获取锁的线程都要按照“先来后到”的顺序获取锁。假设线程B...

要和Spring一起使用 MyBatis,还需要在 Spring 应用上下文中定义至少两样东西:一个 SqlSessionFactory 和至少一个数据映射器类。

事务传播性就定义在多个事务同时存在的时候，spring应该如何处理这些事务的行为，以事务嵌套为例，来深入理解spring事务传播的机制；假设：外层事务servicea的methoda()调用内层service的methodb()若spring的级别为：propagation_required(spring的默认值)。如果serviceb.methodb()的事务级别定位为propagation_required...

结果集分页 {代码...} 结果处理器 {代码...} 缓存 {代码...} 注解@Insert @Update @Select @ Delete {代码...} 结果注解 {代码...} 动态Sql的注解 {代码...}

<select id="searchCourses" parameterType="hashmap" resultMap="CourseResult">

ResultMap功能:将select statement查询结果映射为java实力对象。 RestultMap属性： {代码...} ResultMap子元素： {代码...} ResultMap的继承： {代码...}

mapper statement： insert update select delete。所有的mapper statement 语句都需要配置一个id，并且id要和 mapper interface中的方法名相同。若有参数，则需要设置参数类型，如下：

mybatis提供了四个主要的statement： insert select update delete 每一个statement都有一个id,可选的parametertype 以及可选的resultMap,其中statement要和mapper interface中的方法签名相同。调用方式：

<transcationManager >的type类型有两种，JDBC表示应用程序负责使用jdbc的事务管理方式；MANAGER表示应用服务器负责进行事物的管理。 mybatis单独使用时，使用SqlSession来处理事务，打开会话，事务处理开始，增删改操作时要执行commit操作，事物提交后，关闭会话，事物结束。 mybatis事物原理分析：[链接]