鳥兒和貓頭鷹，只是作息不一樣，但都能享受到一天中難得的安靜。我原來是一隻“貓頭鷹”，現在是0：00休息的“貓頭鷹”又是6：30工作的“鳥兒”。這段時間心態最爲平和～。
最近項目中有一個頁面某部分移動的需求，當點擊某模塊下移時其向下移動1，同時其下面的模塊上移。有兩種思路：
1、頁面排序信息插入數據庫時，保證嚴格有序插入，這樣就可以做到，當前順序總是小於其後順序，大於其前面順序，當下移時只要當前順序+1，其後順序-1就可以。當上移時只要當前順序-1，其前順序+1。但是這樣存在一個問題，如何做到嚴格有序（相差1升序）插入？第一反應是每次插入時都去獲取當前表最大順序，然後+1，但是細想如果併發將出現問題，比如：當A、B兩個線程同時添加數據時，都獲取到了最大順序seq，然後它們各自走自己的邏輯，最終數據將出現A、B的順序都爲seq+1。當然你會說採用加鎖（全局鎖）的方式處理，這樣可以解決多線程問題，但是對於集羣也就是多進程，這就是“死結”（事無絕對），因爲無法共享內存。Hibernate的hilo策略就是一個例子，保證同一個數據庫主鍵不會重複，但是和我的需求有出入，其是不連續的。
2、在上述的分析中，考慮到mysql的主鍵是自增的，但也有可能不連續。只能暫時否定第一種思路，採用交換seq的方式來解決問題。具體當插入數據時，獲取主鍵id,然後將該id更新爲當前記錄的seq。這樣就保證了升序。那麼上移下移時，只要交換相鄰記錄的seq就可以完成操作。但是要保證每次交換都是從數據庫獲取最新seq，並防止頁面重複提交，否則會導致多線程問題。
這個需求，是頁面佈局，應該儘量避免多人操作。比如A打開該頁面沒有操作，B打開該頁面移動了順序，當A再移動時可能無法達到其效果，這裏我是不會判斷A當前位置的，所以A再次移動後可能跑到了末尾。