第九章 基于共享变量的并发(一)竞争条件

一、Race Condition

基本概念

并发:我们不能确定事件x和y的执行顺序,则x和y是并发的

并发(concurrent) 并行(parallel)
宏观上同时,微观上交替 微观上同时进行

线程安全(thread safety):如果在并发(多线程)的情况下,这个函数依然可以正确地工作的话,那么我们就说这个函数是线程安全的,线程安全的函数不需要额外的同步工作。

竞争条件(race condition):描述一个系统或者进程的输出依赖于不受控制的事件(如并发的x和y)出现顺序或者出现时机。

数据竞争:两个不同线程中的指令访问同一块内存位置,且至少其中一条是写指令,同时不存在同步措施来保证两条指令的执行顺序。

A data race occurs when 2 instructions from different threads access the same memory location, at least one of these accesses is a write and there is no synchronization that is mandating any particular order among these accesses.

来源: stackoverflow

拓展阅读:CAS和SAS问题(原子操作相关)

比较并交换(compare and swap) wiki
ABA问题 wiki

二、避免数据竞争

1. 使用不可变(immutable)变量

即在程序初始化时便将变量的值确定下来且不再修改
优点:初始化完成后不需要同步就能实现并发安全
缺点:不可修改

2. 使用绑定(confinement)避免从多个goroutine访问变量

(1) 使用监控goroutine(monitor goroutine)

同一个goroutine内部的指令的顺序是可知的,故使用单独的goroutine来访问某一变量,其他需要访问该变量的goroutine通过channel向该goroutine发送请求来查询或更新——“不要使用共享数据来通信;使用通信来共享数据”。执行访问请求的goroutine被称为这个变量的监控(monitor)goroutine

// Package bank provides a concurrency-safe bank with one account.
package bank

var deposits = make(chan int) // send amount to deposit
var balances = make(chan int) // receive balance

// Deposit() 和 Balance() 只使用channel来与teller() 通信,实际访问和修改操作是由teller() 来执行
func Deposit(amount int) { deposits <- amount }
func Balance() int       { return <-balances }

func teller() {
    var balance int // balance is confined to teller goroutine
    for {
        // select 语句会等待某个case的条件满足,之后便跳出,故放在循环中
        select {
        case amount := <-deposits:
            balance += amount
        case balances <- balance:
        }
    }
}

func init() {
    go teller() // start the monitor goroutine
}
(2) 使用串行绑定(serial confinement)

若变量不能在其整个生命周期内被绑定到同一个goroutine,比如该变量需要在一条pipeline上的goroutines中传递,则对pipeline中的每一个goroutine,需通过channel传递该变量的地址给下一个阶段的goroutine,并保证在传递后不再直接访问该变量,则同一时刻只有一个goroutine可以访问这个变量。

type Cake struct{ state string }

func baker(cooked chan<- *Cake) {
    for {
        cake := new(Cake)
        cake.state = "cooked"
        cooked <- cake // baker never touches this cake again
    }
}

func icer(iced chan<- *Cake, cooked <-chan *Cake) {
    for cake := range cooked {
        cake.state = "iced"
        iced <- cake // icer never touches this cake again
    }
}

3. 保证goroutines访问变量时的互斥(mutual exclusion)

允许多个goroutine访问变量,但是确保在同一个时刻最多只有一个goroutine在访问。一般使用锁来实现,在《第九章 基于共享变量的并发(三)锁》中详细讨论。





1/15/2018

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,875评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,569评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,475评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,459评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,537评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,563评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,580评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,326评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,773评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,086评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,252评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,921评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,566评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,190评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,435评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,129评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,125评论 2 352