在做android應用時，對於時間戳不是很理解，於是上網找到了一篇文章，寫的很好。看了很有收穫，於是就轉載下來啦。
原文鏈接：http://blog.sina.com.cn/s/blog_60933a550100dz96.html
說得通俗一些，時間戳就是根據當前系統時間生成的一組隨機數字。時間戳一般作爲對數據唯一性的一種判斷依據。接下來向大家介紹一下我們可以如何運用時間戳。
我們一定會碰到這樣的情況：銀行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元，再次存盤，系統允許。這樣，我們就避免了重複修改數據所帶來的錯誤！
有些像繞口令，希望大家已經明白我的意思~
（有對原文作了點小修改）
