【Java并发处理代码规范】之并发修改同一记录时的加锁策略

Java代码规范之并发修改同一记录时的加锁策略

目录

• 该条规范是什么
• 为什么这么规定
• 多种主要用法及其代码示例
• 其他类似规范
• 详细区别

该条规范是什么

该规范指出在Java编程中，并发修改同一记录时，需要加锁来避免更新丢失。可以在应用层加锁、缓存层加锁，或者在数据库层使用乐观锁，使用version作为更新依据。

为什么这么规定

以下是该规范的原因：

1. 更新丢失问题：当多个线程并发修改同一记录时，可能会出现更新丢失的问题。例如，一个线程读取了数据并修改，但在写回时被另一个线程的更新覆盖，导致之前的修改丢失。通过加锁可以避免这种情况发生。
2. 不同场景选择：根据访问冲突的概率选择加锁策略。如果每次访问冲突的概率较小（小于20%），推荐使用乐观锁，否则推荐使用悲观锁。乐观锁可以减少对共享资源的串行访问，但需要进行重试。

多种主要用法及其代码示例

在应用层加锁

import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class Example {
    private Lock lock = new ReentrantLock();
    private int sharedData;

    public void updateRecord() {
        lock.lock();
        try {
            // 修改共享记录的逻辑
        } finally {
            lock.unlock();
        }
    }
}

在缓存层加锁

import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;

public class Example {
    private Map<String, Object> cache = new ConcurrentHashMap<>();

    public void updateRecord(String key) {
        synchronized (cache.computeIfAbsent(key, k -> new Object())) {
            // 修改共享记录的逻辑
        }
    }
}

在数据库层使用乐观锁

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

public class Example {
    public void updateRecord(Connection connection, int id, int version) throws SQLException {
        String sql = "UPDATE records SET data = ?, version = ? WHERE id = ? AND version = ?";
        try (PreparedStatement statement = connection.prepareStatement(sql)) {
            // 设置参数并执行更新
        }
    }
}

其他类似规范

• 根据访问冲突的概率选择加锁策略。如果每次访问冲突的概率较小（小于20%），推荐使用乐观锁，否则推荐使用悲观锁。乐观锁可以减少对共享资源的串行访问，但需要进行重试。

详细区别

相较于不加锁的情况，根据加锁的层级和策略具有以下区别：

• 应用层加锁：在应用层使用锁可以保证多个线程对共享记录的修改是互斥的，避免了并发更新问题。
• 缓存层加锁：在缓存层使用锁可以在多个线程之间保持互斥性，确保共享记录的一致性和可靠性。
• 数据库层乐观锁：使用乐观锁可以减少对数据库的锁定时间，提高并发性能。通过version作为更新依据，可以在并发情况下检测到数据是否被其他线程修改，并进行相应处理。