周一入住的憶泊藝術酒店，用的是藝龍的微信小程序訂房，先是微信登錄，后來綁定的手機號碼。

到了酒店辦理入住。前臺的服務生說麻煩在藝龍上做個點評，鑒于他們良好的服務，我很愉快的答應了?？墒窃谛〕绦蚶镎伊税胩欤瑳]有評價酒店的功能。后來我答應前臺，說稍后下載APP，再給點評。

圖片發(fā)自簡書App

下載了APP后，用手機號碼短信方式登錄，發(fā)現(xiàn)里面沒有訂單信息。首先想到的是不是可能沒有注冊的原因。于是，用手機號碼注冊后，重新登錄，賬號里的訂單還是空的。會不會是沒有綁定微信的原因？找到微信綁定入口，在APP里綁定了微信。折騰了一通后登錄，賬號還是全新。

同一個服務，兩種不同的應用（小程序和APP），用的盡然是不同的賬號體系！為了完成對前臺點評的承諾，打了藝龍的客服電話，解釋了半天后，對方說幫我把賬號處理下，讓我十分鐘后再登錄看看。

十分鐘后，APP里有了我用小程序下的訂單。很好奇，客服那邊是做了什么操作將訂單同步起來的？

類似的情況，在許多年前的Amazon.com遇到過。我的同一個賬號，分別用兩個密碼登錄，顯示不同的賬號，一個綁定了Kindle，一個有用到Amazon云服務。曾經與Amazon客服做了溝通，沒給解決。好在都能登錄，不影響使用。

這里出現(xiàn)了同一個賬號不同密碼登錄的嚴重邏輯問題，在用戶數(shù)量較少，系統(tǒng)規(guī)模較小的情況下不可能出現(xiàn)。但是到了海量，需要面對不同區(qū)域的用戶時候，就可能顧此失彼。

藝龍的問題，應該是出在不同開發(fā)團隊，采用不同的數(shù)據(jù)源，不同數(shù)據(jù)源之間同步發(fā)生問題導致。Amazon的問題，應該是賬號數(shù)據(jù)分布式存儲，邏輯錯誤帶來的問題。