Java高并发解决方案

1.并发概念

并发是指多个进程或线程同时（或同一时间间隔）访问同一资源

同步（synchronized）：指发送一个请求,需要等待返回,然后才能够发送下一个请求，有个等待过程

异步（asynchronized）：指发送一个请求,不需要等待返回,随时可以再发送下一个请求，即不需要等待

2.事务并发问题

更新丢失：撤消一个事务时，把其它事务已提交的更新的数据覆盖了

脏读：一个事务读到另一个事务未提交的更新数据

不可重复读：一个事务执行两次查询，但第二次查询结果不相同

幻读：一个事务两次读同一行数据，可是这两次读到的数据不一样

3.事务隔离级别

Serializable：串行化。隔离级别最高，不可发生脏读、不可重复读、幻读（8）

Repeatable Read：可重复读，不可发生脏读和不可重复读，可发生幻读（4）

Read Committed：读已提交数据，不可发生脏读，可发生不可重复读和幻读（2）

Read Uncommitted：读未提交数据，隔离级别最差，都可发生（1）

<session-factory> <property name="hibernate.connection.isolation">2</property></session-factory>

4.处理并发问题（锁机制）

锁机制有两个层面,一种是代码层次上的，如java中的同步锁，典型的就是同步关键字synchronized。另外一种是数据库层次上的，比较典型的就是悲观锁和乐观锁。

悲观锁(Pessimistic Locking):

悲观锁，它指的是对数据被外界（包括本系统当前的其他事务，以及来自 外部系统的事务处理）修改持保守态度，因此，在整个过程中，将数据处于锁定状态。

悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能 真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系 统不会修改数据）。 

一个典型的依赖数据库的悲观锁调用： select * from account where name=”Erica” for update。这条 sql 语句锁定了 account 表中所有符合检索条件（ name=”Erica” ）的记录，本次事务提交之前（事务提交时会释放事务过程中的锁），外界无法修改这些记录。

Hibernate 的悲观锁，也是基于数据库的锁机制实现，下面的代码实现了对查询记录的加锁：

String hqlStr ="from TUser as user where user.name='Erica'";

Query query = session.createQuery(hqlStr);

query.setLockMode("user",LockMode.UPGRADE); // 加锁

List userList = query.list();// 执行查询，获取数据

query.setLockMode 对查询语句中，特定别名所对应的记录进行加锁（我们为 TUser 类指定了一个别名 “user” ），这里也就是对

返回的所有 user 记录进行加锁。 

这里 Hibernate 通过使用数据库的 for update 子句实现了悲观锁机制。 
Hibernate 的加锁模式有： 
LockMode.NONE ： 无锁机制。 
LockMode.WRITE ： Hibernate 在 Insert 和 Update 记录的时候会自动获取
LockMode.READ ： Hibernate 在读取记录的时候会自动获取。 
以上这三种锁机制一般由 Hibernate 内部使用，如 Hibernate 为了保证 Update过程中对象不会被外界修改，会在 save 方法实现中自动为目标对象加上 WRITE 锁。 
LockMode.UPGRADE ：利用数据库的 for update 子句加锁。 
LockMode. UPGRADE_NOWAIT ： Oracle 的特定实现，利用 Oracle 的 for update nowait 子句实现加锁。 
上面这两种锁机制是我们在应用层较为常用的，加锁一般通过以下方法实现： 
Criteria.setLockMode，Query.setLockMode，Session.lock
注意，只有在查询开始之前（也就是 Hiberate 生成 SQL 之前）设定加锁，才会 真正通过数据库的锁机制进行加锁处理，否则，数据已经通过不包含 for update子句的 Select SQL 加载进来，所谓数据库加锁也就无从谈起。

乐观锁(Optimistic Locking):

乐观锁，大多是基于数据版本   Version ）记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来 实现。 读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提 交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据 版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。