【Java】资源共享有冲突

      开发过程中经常会遇到并发处理某共享数据时，产生不一致的情况，如何解决呢？方案是-----加锁。

一、对线程加锁

      对线程加锁，就是利用Java提供的synchronized关键字。

【修饰一个代码块】

import java.lang.*;
/**
 * 线程同步Demo
 * @author 郑艳霞
 *
 */
public class Test implements Runnable {
	public void run() {
		synchronized (this) {
			for (int i = 0; i < 4; i++) {
				try {
					System.out.println("当前执行的是："+Thread.currentThread().getName());
					Thread.sleep(100);
				} catch (InterruptedException e) {
					e.printStackTrace();
				}
			}
		}
	}


	// 测试类
	public static void main(String[] args) {
		Test test = new Test();
		Thread thread1 = new Thread(test, "线程一");
		Thread thread2 = new Thread(test, "线程二");
		thread1.start();
		thread2.start();
	}
}

    运行结果为：

      访问synchronized同步代码块时，其他线程将被阻塞，因为执行synchronized代码块时，会锁定当前对象，只有释放对该对象的锁，下一个线程才能执行。
      补充：synchronized只锁定对象，每个对象都只对应一个锁。如果在测试类中重新再声明一个对象，会证明相同的结论。（不要被单纯的运行结果欺骗哦）

【修饰一个方法】
      其实在上面例子中就等同于是修饰一个方法。简单说，修饰代码块，是指将synchronized(this){//代码块},但是当这段代码块就是整个方法的时候，那就是在修饰一个方法了呗。这个时候就有了另一种写法，即：直接将synchronized关键字放在方法名前面。如下：

public synchronized void run() {
	//synchronized (this) {
		for (int i = 0; i < 4; i++) {
			try {
				System.out.println("当前执行的是："+Thread.currentThread().getName());
				Thread.sleep(100);
			} catch (InterruptedException e) {
				e.printStackTrace();
			}
		}
	}
//}

      运行结果当然也是一样的，就不在赘述。
【修饰一个类】
       跟上面一样，synchronized(this)锁住的其实就是this的范围，当this只是一个类中的一个方法中的一小段代码时，那锁的范围就是这段代码，这段代码中的对象在同一时刻只能被一个线程调用。如果this可以等同于一个方法，那锁的范围就是一个方法，这段代码中的对象在同一时刻只能被一个线程调用。如果范围是一个类，如下写法：当synchronized(test.class)，那锁住的就是一个类，类中所有的对象同用一把锁。

二、对资源加锁

      对资源进行加锁，就是从数据库方面进行控制。悲观锁是基于数据库锁机制使用的。

【悲观锁】（Pessimistic Lock）

      悲观锁认为每次拿数据的时候都会有人来修改，认为肯定会出现影响数据完整性一致性的问题产生，所以每次拿数据的时候都会加锁。即，在整个事务处理过程中，数据都处于锁定状态。

这条sql语句锁定了t_table_id表中所有符合检索条件的记录，在这次查询事务提交之前，这些记录都无法被其他人修改。直至本次事务提交，锁释放。
【乐观锁】(Optimistic Lock)

      乐观锁认为每次去拿数据都不会有人来修改，所以不加锁。但是在更新时会判断一下再此期间是否有人更新这些数据，所以用到了数据库的版本记录机制，通过version字段来判断是否是过期数据。（但是乐观锁不能解决读脏数据问题）

【比较】
      相对于悲观锁，乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现，来保证操作最大程度的独占性。但是如果某次事务时间特别长，还使用悲观锁的话，将会导致严重后果。乐观锁在一定程度上解决了这个问题。

【适用】
    乐观锁适用于写比较少的情况，即很少发生冲突的情况，这样就可以省去锁开销，加大了系统的整个吞吐量。
    悲观锁适用于更改频繁的数据表，一开始查询就加锁，直至更新操作结束才释放，但是性能有所下降。
【悲观锁的实现】

package com.bjpowernode.drp.util;


import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;


/**
 *  Id生成器
 * @author happy
 *
 */
public class IdGenerator {
	public static int generate(String tableName) {
		int value = 0;
		Connection conn = DbUtil.getConnection();
		PreparedStatement pstmt = null;
		ResultSet rs = null;
		//悲观锁
		String sql = "select value from t_table_id where table_name=? for update";
		// 开始事务DbUtil.beginTransaction(conn);
		try {
			pstmt = conn.prepareStatement(sql);
			pstmt.setString(1, tableName);
			rs = pstmt.executeQuery();
			if (!rs.next()) {
				throw new RuntimeException();
			}
			value = rs.getInt("value");
			value++;
			modifyValueField(conn, tableName, value);
			// 提交事务--释放锁
			DbUtil.commitTransaction(conn);
		} catch (SQLException e) {
			e.printStackTrace();
			// 回滚事务--释放锁
			DbUtil.rollbackTransaction(conn);
			throw new RuntimeException();
		} finally {
			DbUtil.close(rs);
			DbUtil.close(pstmt);
			DbUtil.resetConnection(conn);// 重置Connection的状态
			DbUtil.close(conn);
		}


		return value;
	}


	/**
	 * 根据表名更新序列字段的值
	 * 
	 * @param conn
	 * @param tableName
	 * @param value
	 * @throws SQLException
	 */
	private static void modifyValueField(Connection conn, String tableName,
			int value) throws SQLException {
		String sql = "update t_table_id set value=? where table_name=?";
		PreparedStatement pstmt = null;
		try {
			pstmt = conn.prepareStatement(sql);
			pstmt.setInt(1, value);
			pstmt.setString(2, tableName);
			pstmt.executeUpdate();
		} finally {
			DbUtil.close(pstmt);
		}


	}


	public static void main(String[] args) {
		int retValue = IdGenerator.generate("t_client");
		System.out.println(retValue);
	}
}