1. 當時在開發排行榜功能使用了大量的緩存
① 第一個問題檢驗重複問題，MQ接收消息，要過濾重複數據量非常之大，期初採用redis命令PFADD
參考http://redisdoc.com/hyperloglog/pfadd.html 文獻進行重複校驗，但最終測試階段發現這個命令無法真正達到檢驗重複
解決方案：使用了 incrby (key,1)>1進行檢驗重複 http://redisdoc.com/string/incrby.html
② 第二個問題就是key類型衝突，在緩存 保存和取出時的KEY要保持類型一致，否則會導致異常
2. 在接口協議調用中常常會遇到無法獲取參數情況，而且調試雙方代碼看着都沒問題就是參數獲取不到
發送報文HEADER頭中content-type 是以什麼方式發送過來的，我這邊是用流的方式接受數據解析參數的
3. http協議發送報文 ‘=’ 問題不容忽視，存在等號會認爲是參數，到springmvc無法正常解析，一般採用base64壓縮數據
4. 下單流程中查詢訂單 狀態=‘1’ 和 狀態=1 的區別，看狀態字段定義類型是否走索引，當數據量比較大的時候，這條語句的
查詢速度將影響整個流程，會導致接口超時
5. 緩存設置key,忘記增加屬性值，比如 xxx_xxx_屬性值 現如今xxx_xxx導致業務遇到問題
6. jdk與tomcat版本兼容問題，當無法啓動項目時考慮下本地環境問題
7. A系統 A數據入庫發送MQ B系統接收，讀取不到A數據，最終發現在A系統入庫A數據忘記增加事務，事務隔離級別問題
8. velocity項目谷歌瀏覽器刷新不管用，必須清除緩存及其數據文件
9. 前端問題，vue渲染數據加載過慢，程序代碼引用css出現了死循環
10.訂單交易很多時候是異步過程，出現交易不同步，需要關注服務器時間是否一致
11.項目部署要關注權限問題，權限不對無法啓動項目