故事起因：多人同時操作一個工作單據(jù)，保存時間有先后，后保存的數(shù)據(jù)覆蓋了前面保存的數(shù)據(jù)绳矩。網(wǎng)上找到文章都是講并發(fā)處理的原理，沒人提到數(shù)據(jù)丟失后的處理玖翅。
這是個真實的案例翼馆，對于數(shù)據(jù)量很少的單據(jù)可以隨時丟棄臟數(shù)據(jù)，但是如果是軟件管理系統(tǒng)里含有大量數(shù)據(jù)的表單金度，直接丟棄就不好了应媚。見下圖
舉例說明，我們在給一個供應(yīng)鏈客戶做的一張工作單猜极，里面涉及的服務(wù)同時有兩種（海運和陸運）中姜，其中：
?1. 安排海運工作的文員A記錄海運的信息;
?2. 安排陸運工作的文員B記錄陸運的信息;
但是非常不幸的是，兩人幾乎在同一時間段打開了同一張工作單據(jù)跟伏，分別錄入自己負(fù)責(zé)的信息丢胚，然后保存（A在前，B在后）受扳，之后A在查看單據(jù)的時候就叫起來了：天啦携龟，我辛辛苦苦的數(shù)據(jù)不見了！
聰明的你一定想到了勘高，文員B在打開工作單輸入“陸運”信息時峡蟋，“海運”信息全是空的，最后保存時把A的數(shù)據(jù)給覆蓋了（導(dǎo)致A的“海運”數(shù)據(jù)不見了）华望，原理圖如下：
你也許會嗤之以鼻：切，不就是并發(fā)沒處理好立美，導(dǎo)致數(shù)據(jù)覆蓋么匿又。這點小問題，秒秒鐘搞定的事建蹄。
這種典型的數(shù)據(jù)并發(fā)操作問題碌更，技術(shù)上的解決方案也是一搜一大把，歸結(jié)為兩種：
1. 悲觀鎖：任何一個人打開編輯此單據(jù)洞慎，標(biāo)記為鎖住痛单，其它人等不得打開編輯，直至它被解鎖劲腿。
2. 樂觀鎖：任何人都可以打開單據(jù)旭绒，可以編輯，保存時通過版本號校驗，不通過者視為臟數(shù)據(jù)挥吵，提示數(shù)據(jù)已更新重父，不能保存。
鑒于我們的項目是基于WEB的忽匈，第一種直接否掉了房午，第二種實現(xiàn)起來，代碼也不難丹允。
我把以上的技術(shù)一分析郭厌，給她們回復(fù)：“我們有了解決方案，誰先保存誰贏雕蔽，后面才保存的同學(xué)折柠，系統(tǒng)說你來晚了，不好意思批狐，你的數(shù)據(jù)要重新錄咯”液走。So easy，小問題嘛贾陷，很容易解決滴缘眶。
-------------------- 劇情反轉(zhuǎn)的分割線------------------?
可沒料到，文員A跳起來對我們說：“ 你們的系統(tǒng)就是狗屎髓废！我花了半個小時辛辛苦苦輸入的幾十個數(shù)據(jù)巷懈，因為我保存晚了，說沒了就沒了慌洪，你TM在逗我顶燕？！”冈爹。
咦涌攻？我感覺到被妥妥的打臉了，想想人家說得很有道理频伤。數(shù)據(jù)錄入多的人恳谎，需要的時間也更長，保存的時間當(dāng)然會靠后憋肖，按我的處理方法因痛，吃虧的是最辛苦的人。原理圖如下：
好吧岸更，我道歉鸵膏，我再想想辦法。
And怎炊， 作為一個伸手黨谭企，我開始在百度上找相關(guān)的處理方法廓译，嘗試了無數(shù)關(guān)鍵字去查找，講數(shù)據(jù)庫并發(fā)沖突原理的有一堆文章债查，可是就是沒人考慮過數(shù)據(jù)丟失的人的感受非区，沒有人講如何處理臟數(shù)據(jù)，沒有人攀操！
你們這些宅男IT狗（包括我霸悍隆）秸抚，你們不知道做運輸公司速和、貨代、報關(guān)企業(yè)里接單錄單的妹子是多么需要有人多為她們想想剥汤，如何才能高效錄入單據(jù)和節(jié)約時間的么颠放？
在和組里小伙伴經(jīng)過激烈的討論后，最終采取的方案是：
把用戶輸入的臨時數(shù)據(jù)在刷新前先保存起來吭敢，刷新后在頁面提示其可以恢復(fù)之前的未保存的數(shù)據(jù)碰凶，有沖突的數(shù)據(jù)做提示。
技術(shù)實現(xiàn)
1. 如果后臺提示是版本號不一致的問題鹿驼，將用戶所填的數(shù)據(jù)保存到瀏覽器 localstorage欲低；
2. 刷新頁面后，判斷當(dāng)前單據(jù)是否有緩存數(shù)據(jù)畜晰，如果有砾莱，則提示“你有未保存數(shù)據(jù)，是否恢復(fù)凄鼻？”腊瑟；
3. 選擇“是”， 恢復(fù)數(shù)據(jù)到頁面中块蚌，并做沖突提示闰非，從localstorage刪除數(shù)據(jù)緩存；
4. 選擇“否”峭范，不恢復(fù)數(shù)據(jù)财松，從localstorage刪除數(shù)據(jù)緩存；
根據(jù)此做出方案纱控，錄單文員那邊表示這個功能棒棒噠游岳。喲吼，問題就此解決咯其徙。文員和IT狗又可以愉快的玩耍了胚迫，么么噠！
結(jié)論
即將丟失的臟數(shù)據(jù)也許花費了用戶大量的時間去錄入唾那，我覺得這個臟數(shù)據(jù)緩存處理非常重要和必要访锻，看情況多想想就會提供多些價值褪尝。IT開發(fā)人者要么是覺得過于簡單沒在意，要么是開發(fā)者沒有進一步想這個問題期犬，這是非常不好的河哑。我認(rèn)為每個人的時間和效率都是無比珍貴的龟虎，希望同學(xué)們不要浪費你的用戶的時間。
既然如何處理這個臟數(shù)據(jù)問題在網(wǎng)上沒人提到（或是我沒找到）鲤妥，那么我就把它記錄下來佳吞，以助后人棉安。
學(xué)海無涯，在學(xué)習(xí)的道路上贡耽，你并不孤單，希望本文可以幫助到相關(guān)的人蒲赂，我是物流IT人阱冶，劉宇，謝謝滥嘴，再見木蹬。
