1. 在有狀態顯示的情況下，要充分考慮狀態的流轉，建立表的時候要考慮帶狀態顯示的問題。某個商品可能實際是一個狀態，但是在顯示的時候要是另外一個狀態，方便對該訂單進行後續的操作。

2. 一個狀態多個來源我呢提----當一個狀態有由多個地方流轉過來的時候，必須要考慮到訂單狀態流轉來源不同可能處理的結果也不同，對不同來源的訂單要根據實際情況進行判斷。

3.頁面鎖定問題----當一個介面已經有一個人進入的時候，並且因為需求原因別的使用者就不能進入，這就需要在一個使用者進入的時候加入一個鎖定的狀態，在別的使用者再進入的時候判斷這個介面的鎖定狀態是否是鎖定的。注意加鎖的時候要考慮到使用者打開了介面但沒有操作的情況，要為這個鎖設定一個過期時間。同時要考慮到同一個使用者進入了一個介面，介面加鎖，但是使用者什麼都沒做就退出了介面，再次進入的時候鎖定快取時間還未到，該使用者不能也顯示鎖定狀態，這個時候就需要redis快取的資料key可以是介面的id或者是根據什麼進入這個介面的資料，value儲存userid，當userid為同一個人的時候，就不能鎖定。

4.加入快取的時候要考慮到是所有人都要使用到這個快取，還是說不同的使用者看到不同的快取。如果是不同的使用者看到的內容不同，就需要至少根據userid(使用者id)來設定redis快取的key。

5.歷史記錄順序問題和時間限制---可以按順序取出，如果取出的資料無序但是傳入的資料有序，可以根據傳入的資料進行一個遍歷排序。歷史記錄的時間限制（比如三個月內的歷史紀錄）---↓

select distinct orderno from check_step where userid=:userid and role =1 and createtime>=DATE_SUB(SYSDATE(),INTERVAL 3 MONTH)
 
 order by createtime desc

6.在更改sql語句的時候，或者進行sql語句傳值的時候要看看有沒有把等於號給刪除了，或者是用於接收的資料的資料格式是否正確。

7.在進行角色判斷的時候不能只由後端的使用者來判斷，可以根據前端傳過來的角色來進行稽核是否由有該角色。