文章目錄引言：沒有數(shù)據(jù)競爭，為什么還會改錯？一、本篇學(xué)習(xí)目標與準備二、鎖和版本號，分別解決什么問題？1. Mutex 保護正在發(fā)生的內(nèi)存操作2. 版本號判斷讀取之后有沒有發(fā)生修改3. 兩個頁面的請求會怎樣變化？三、先把版本規(guī)則約定清楚1. 什么時候增加版本？2. 舊版本碰巧與當前狀態(tài)相同，能否直接成功？3. 它和冪等性是什么關(guān)系？四、讓版本條件貫穿 Handler、Service 和 Store1. 修改存儲接口2. Handler 為什么繼續(xù)使用指針？3. 用可識別錯誤區(qū)分沖突五、內(nèi)存版本：比較與修改必須放在同一個鎖里六、SQLite 版本：把比較條件寫進 UPDATE1. 為什么“先 SELECT，再 UPDATE”不夠？2. 沒返回行，不一定代表任務(wù)不存在3. 為什么限制一個連接仍然需要版本號？七、已有數(shù)據(jù)庫怎么增加 version？1. 只改 CREATE TABLE 不會修改舊表2. 重啟時不能把版本重新設(shè)為13. 本篇遷移的適用范圍八、實際走一遍：成功、沖突、刷新、再修改1. 啟動服務(wù)2. 創(chuàng)建任務(wù)3. 頁面A設(shè)置完成4. 模擬頁面B提交舊版本5. 讀取最新任務(wù)后，明確要求恢復(fù)未完成九、前端收到409，怎樣處理才有意義？1. 保留讀取時拿到的版本2. 為什么不能自動刷新版本后再次寫入？3. 還需要防重復(fù)點擊嗎？十、測試要檢查返回值，也要檢查沒有發(fā)生什么1. 內(nèi)存與 SQLite 共用版本行為測試2. 讓多個請求真正競爭同一版本3. HTTP 與遷移測試4. 本次實際驗證范圍十一、實戰(zhàn)練習(xí)與下一步練習(xí)1：增加標題編輯練習(xí)2：測試狀態(tài)變回原值練習(xí)3：設(shè)計沖突提示參考資料?創(chuàng)作者：全棧弄潮兒?? 個人主頁：全棧弄潮兒的個人主頁??? 個人社區(qū)，歡迎你的加入：全棧開發(fā)社區(qū)?? 專欄：Go零基礎(chǔ)實戰(zhàn)引言：沒有數(shù)據(jù)競爭，為什么還會改錯？第21篇，我們給內(nèi)存 map 加了鎖；第22篇把任務(wù)保存到 SQLite；第23篇又增加了分頁和狀態(tài)篩選?？雌饋恚蝿?wù)已經(jīng)能安全地創(chuàng)建、查詢和修改。但假設(shè)你打開兩個頁面，它們都顯示同一條任務(wù)未完成：頁面A把任務(wù)設(shè)為已完成，保存成功。頁面B還停留在舊畫面，稍后保存表單，把里面的completed=false發(fā)給服務(wù)端。服務(wù)端照單全收，任務(wù)又變回未完成。兩次請求即使嚴格