我想做两件事:
1:保证操作同步
2:尽可能地对象锁等待的数量(毕竟等来的数量越多,一般就会空等消耗的时间越大)
所以我根据业务对对象的锁进行分流;
实际业务是一个网站的站内短信,用户量比较大,我们需要将用户的未读信息缓存起来,而在用户登录期间,如果有用户给此用户发送短信,则此短信会先放入缓存,再入库。
放入缓存的时候需要改变缓存中此用户未读信息个数,我们缓存使用的memcached,而memcached读出的每个对象都是相当于clone出来的,所以必须进行一次replace,问题出现了,
问题:如果两个用户同时读了缓存中的未读信息个数,假设为2,则他们都会给这个数值加1然后replace,这样两个用户都添加了信息并replace之后,用户的未读信息个数会是3而不是4。
为了保证多线程的安全,我需要抽象一层方法,进行缓存数据的修改,同时保证线程安全,我使用java同步关键字synchronized,放弃使用对象锁,因为我抽象出的是静态方法(因为非静态方法也不能保证“问题”得到解决),而静态方法的锁是锁的所有实例对象,这样我只能做局部锁,并中用户登录初始化的时候,为用户生成一个唯一的锁(以后所有添加和修改短信的同步操作都用这把锁)。
代码实现是这样的:
初始化锁:(保证仅初始化一次)
public class LockFactory {
private static final HashMap<String , Object> msgLock = new HashMap<String , Object>();
public static Object getMsgLock(String key){
return msgLock.get(key);
}
/**
*
* 所有锁的生成均在用户登录时完成,除非一个帐号多处登录否则不会出现同步问题,
*
* TODO 如果一个帐号中多处登录,考虑另作处理。
* */
public static void putMsgLock(String key){
if(!msgLock.containsKey(key)){
msgLock.put(key, new Object());
}
}
}
然后进行操作:
public static void addNewMsg(String accKey, Msg msg) {
synchronized (/** 获取对象锁 */
LockFactory.getMsgLock(accKey + "_msg_lock")) {
//修改信息
}
}
这样就可以部分分流对象锁上等待的线程。