我有兩個(gè)結(jié)構(gòu)體App和Config。type App struct { cfg Config}type Config struct { dbHost string dbPort int user string password string}以及App上定義的兩個(gè)方法來(lái)更新和讀取cfg字段。func (app *App) UpdateConfig(newCfg Config) { app.cfg = newCfg}func (app *App) GetConfig() Config { return app.cfg}如果只有一個(gè) goroutine 正在調(diào)用UpdateConfig，并且多個(gè) goroutine 正在通過(guò)方法讀取配置GetConfig，我是否應(yīng)該使用app.cfg互斥鎖來(lái)保護(hù)對(duì)訪問(wèn)的訪問(wèn)？GetConfig編輯：Reader goroutine在 for 循環(huán)中調(diào)用。不需要“立即”查看配置的更新值。讀者可以在下一次迭代中看到cfg的更新值。所以我重新表述我的問(wèn)題：讀者是否可以看到部分更新的配置值？
1 回答
藍(lán)山帝景
TA貢獻(xiàn)1843條經(jīng)驗(yàn) 獲得超7個(gè)贊
不，如果您異步修改配置，您不應(yīng)期望看到全部或全部更新的配置。
Go 試圖做到合理（即使它沒(méi)有正式保證）；如果您在字大小的更新無(wú)法撕裂的體系結(jié)構(gòu)上更新字大小的對(duì)象，那么即使您不同步，您也將看到更新或看不到更新。（這與 C 和 C++ 不同，其中未定義的行為意味著編譯器可以合法地執(zhí)行任何操作）。但在這里，Config是一個(gè)很大的值，并且沒(méi)有便宜的方法可以保證您想要的全有或全無(wú)更新（而不執(zhí)行一些同步本身）。
但是，是的，您應(yīng)該使用互斥鎖來(lái)保護(hù)配置。如果存在太多爭(zhēng)用并且您暫時(shí)不介意舊配置，那么您可以定期輪詢官方配置并在其更改時(shí)更新本地副本。
實(shí)際上，互斥體速度很快，并且擁有異步正確的代碼幾乎總是更好，即使它有點(diǎn)慢。例如，如果您沒(méi)有異步正確的代碼，則即使您的代碼按照您想要的方式運(yùn)行，您也無(wú)法輕松使用競(jìng)爭(zhēng)檢測(cè)器來(lái)查找其他真正的問(wèn)題。
- 1 回答
- 0 關(guān)注
- 121 瀏覽
添加回答
舉報(bào)
0/150
提交
取消