多线程下的一种编程模式

今天在优化项目，看了几个关键路径上的调用，

有些是可以并发的，有些是需要加写锁的，

如果想在整条调用路径上做文章相当复杂，需要时间做不少分析，

接着又发现虽然不少地方都有写锁，但是真正触发这些写锁的机会不是很大。

 

在这种情况下，突然有一种想法，就是另写一条没有写锁的调用路径，

无写锁路径上的方法写法十分简单，在原本方法触发写锁的地方直接返回调用失败就好了，

若无写锁路径调用失败，再调一次原始的路径也就OK了。

 

简单说来就是这样：

if (!MethodReadOnly()) {
    return Method();
}

 

bool MethodReadOnly() {
    ReadLock();
}

bool Method() {
    WriteLock();
}

 

这个简单的优化，使得效率高了不少。

事后想想，其实这种模式挺适合cache服务的。

 

评论

4 楼 lazy_ 2013-04-15  

怎么感觉看起来像ReadWriteLock?

3 楼 splayx 2013-04-15  

方世玉 写道

自旋锁，用于读远大于写的并发场景很合适，参考JDK内部的CAS

自旋锁比较适合响应时间极快的代码段保护。我这里情况可能比较复杂的。不大合适。

2 楼 方世玉 2013-04-15  

自旋锁，用于读远大于写的并发场景很合适，参考JDK内部的CAS

1 楼 teasp 2013-04-15  

你这个是类似轻量级锁的办法，对于写少读多的情况确实很合适。也可以使用类似自旋锁的方式。