1.關於細節
在提交表單時，需要注意文本框長度限制，前後端數據類型判斷，否則可能會造成強制轉換異常
對提交的表單進行格式校驗時應該注意從上到下校驗
2.關於錯誤請求
無數4XX,5XX錯誤
400，請求無效（bad request） 服務器不理解請求的語法
401, 請求需要身份驗證（項目中的權限是由shiro實現的，在controller加上@requirespermissions 註解可以給這個地址賦予訪問權限）
404，找不到請的網頁
500，服務器內部異常（項目可以啓動，但是某些方法錯誤導致服務器內部內部異常）
3.關於數據庫查詢
考慮到多表連接查詢數據量過大，是否需要轉換爲單表查詢查詢多次的問題
由於本次接觸的項目是公司內部使用
數據量並不會特別大
當數據量到100w的時候查詢數據的速度爲1s，但是公司內部總的數據量（目前來看）遠遠不會特別大，因此不需要考慮多表連接轉換爲單表查詢查詢多次
left join(左聯接) 返回包括左表中的所有記錄和右表中聯結字段相等的記錄（右表沒有以相補）
right join(右聯接) 返回包括右表中的所有記錄和左表中聯結字段相等的記錄（左表沒有以相補）
inner join(等值連接) 只返回兩個表中聯結字段相等的行
4.關於項目中學習的知識點
1.shiro框架，對登錄的信息進行封裝，對url進行攔截處理，可以通過獲取shiro框架中存儲的個人登錄信息來對每次操作的操作人員進行存儲變更
2.日期處理，可以通過 @DateTimeFormat(pattern = “yyyy-MM-dd”) 和@JsonFormat(pattern = “yyyy-MM-dd”) 對日期的顯示和添加格式進行處理
3.當前端日期不是必填，需要對日期進行處理，空字符串無法強制轉換爲date類型，需要對空字符串進行處理
5.關於後續項目的維護
在前後端分離的項目中，要記得隨時打日誌，在操作成功和操作失敗的時候，否則後續維護時，如果出現錯誤，無法判斷是前端異常還是後端異常
業務層封裝在service內，儘量不要將業務寫在controller內
每一個方法都應該有操作成功和失敗的操作