標籤:android style color os ar strong sp 資料 on
我是在用MediaRecorder進行錄影時發生視頻和音頻不同步的問題,請教了一些人後感覺應該是沒有時間戳記,之前一直認為時間戳記就是給使用者看的一個資料,查了一下發現不是的,下面是轉載的,希望對大家有用:
首先向大家介紹什麼是時間戳記。
說得通俗一些,時間戳記就是根據當前系統時間產生的一組隨機數字。時間戳記一般作為對資料唯一性的一種判斷依據。接下來向大家介紹一下我們可以如何運用時間戳記。
我們一定會碰到這樣的情況:銀行A與銀行B幾乎同時開啟你的賬戶並看到你的賬戶上原有1000元存款,然後兩家銀行都想在你的賬戶上加上500元存款。那麼,銀行A便將1000元改成1500元,同時,銀行B也將1000元改成了1500元。這樣就糟糕了!最後,你的銀行賬戶上最後只有1500元而不是理應的2000元,等於白白損失了500元!這就是在沒有鎖定資料的情況下修改造成的嚴重問題。然而,我們可以通過時間戳記來巧妙解決這個問題。
我們來看思路:
- 在銀行account表中建立時間戳記欄位timestamp,設定為文本類型varchar。
- 當銀行A讀取account表中的存款欄位時,同時也讀取時間戳記欄位,比如123456。
- 當銀行A修改完存款數值後,進行存檔操作時,將先前讀取的時間戳記123456與當時表中的時間戳記進行一次對比,如果一致,那麼允許存檔,然後產生一個新的時間戳記比如456789替換表中原有的時間戳記123456。
這樣做會帶來什麼好處呢?
我們再來看一開始的那個情況:銀行A與銀行B幾乎同時開啟你的賬戶並看到你的賬戶上原有1000元存款,與此同時兩個銀行業同時讀取了時間戳記123456,接下來就有區別了,當銀行A把1000元改成1500元後,存檔,系統將對比先前的時間戳記123456是否與存檔時表中的時間戳記一致,顯然,現在應該是一致的,那麼允許存檔,並產生新的時間戳記456789替換了舊的時間戳記123456。接下去,B銀行也將1000元修改成了1500元,存檔,系統對比先前的時間戳記123456是否與存檔時表中的時間戳記一致,發現先前的時間戳記123456已經與現在的時間戳記456789相異,系統拒絕存檔,要求重新整理資料,那麼資料重新整理之後1000元已經因為之前A銀行存入了500元而成為了1500元,那麼B銀行就會在1500元的基礎上改為2000元,再次存檔,系統允許。這樣,我們就避免了重複修改資料所帶來的錯誤!
有些像繞口令,希望大家已經明白我的意思~
Android 時間戳記的作用