balking模式再谈线程安全单例课程.pdfVIP

32-Balking模式：再谈线程安全的单例模式akng模式谈线程全的单式

上一篇文章中，我们提到可以用“多线程版本的if”来理解Guarded Suspension模式，不同于单线程中的

if，这个“多线程版本的if”是需要等待的，而且还很执着，必须要等到条件为真。但很显然这个世界，不

是所有场景都需要这么执着，有时候我们还需要快速放弃。

需要快速放弃的一个最常见的例子是各种编辑器提供的自动保存功能。自动保存功能的实现逻辑一般都是隔

一定时间自动执行存盘操作，存盘操作的前提是文件做过修改，如果文件没有执行过修改操作，就需要快速

放弃存盘操作。下面的示例代码将自动保存功能代码化了，很显然AutoSaveEditor这个类不是线程安全的，

因为对共享变量changed的读写没有使用同步，那如何保证AutoSaveEditor的线程安全性呢？

class AutoSaveEditor{

//⽂件是否被修改过

boolean changed=false;

//定时任务线程池

ScheduledExecutorService ses =

Executors.newSingleThreadScheduledExecutor();

//定时执⾏⾃动保存

void startAutoSave(){

ses.scheduleWithFixedDelay(()-{

autoSave();

}, 5, 5, TimeUnit.SECONDS);

}

//⾃动存盘操作

void autoSave(){

if (!changed) {

return;

}

changed = false;

//执⾏存盘操作

//省略且实现

this.execSave();

}

//编辑操作

void edit(){

//省略编辑逻辑

changed = true;

}

}

解决这个问题相信你一定手到擒来了：读写共享变量changed的方法autoSave()和edit()都加互斥锁就可以

了。这样做虽然简单，但是性能很差，原因是锁的范围太大了。那我们可以将锁的范围缩小，只在读写共享

变量changed的地方加锁，实现代码如下所示。

//⾃动存盘操作

void autoSave(){

synchronized(this){

if (!changed) {

return;

}

changed = false;

}

//执⾏存盘操作

www.ixuexi.cf获取一手更新获取一手更新获取一手更新