1.fastjson:
錯誤：使用jsonobject.tojsonstring(reqeuest),本來想列印request的請求引數，但是確報500，不知道怎麼回事。
分析：fastjson很流行，自己用起來也很順手，之前一直使用來列印物件的值，但是這次在除錯總確報錯退出，不知道為什麼。去簡單看了原始碼，json和jsonobject具有繼承關係，json中有很多靜態方法，如tojsonstring，parse方法等。
可以看到，如果對某些物件不熟悉，使用tojsonstring是會報錯的。比如錯誤的get方法。可以使用jsontype來進行註解。還有有value為空時，key不顯示的問題。可以通過serilizefeature設定。
參考博文：
2.資料庫查詢效能問題：
錯誤：服務切換到doker上後，架構師讓檢視乙個api的呼叫時間為什麼那麼長。
根據列印時間，一次資料庫的操作時間大概為50ms，10次：0.5s,100次：5s。所以訪問資料庫，io檔案等才是一般耗時操作，像parse在記憶體中計算，都是很快的。
微服務 關於微服務的思考
通過kafka進行日誌收集，並結合elk進行日誌聚合 並通過日誌展示平台進行管理 引入elasticsearch 將所有微服務的資料庫需要查詢的資料同步到es中，增刪改仍然保持原有的mybatis運算元據庫 目前微服務之間的呼叫 bff呼叫基礎服務 使用的是rest請求方式，本質上還是http協議，...
微服務 服務的拆分
我在思考乙個問題 我們為什麼要搞微服務，整體式服務就不能滿足嗎？為什麼一定要用微服務呢？服務的粒度拆的約來越細呢？當我們的業務複雜之後，設計乙個系統難度會加大，還要適應快速迭代，就更難了。將業務的功能拆分之後，會讓每個模組的設計變得簡單。對於需求的變更，採用增加 修改模組的方式來實現也比較方便。但是...
微服務devops 用於微服務的安全DevOps
微服務devops 容器和微服務徹底改變了應用程式開發和基礎架構管理。他們還提出了新的安全挑戰，而沒有解決舊的挑戰。有哪些新的安全挑戰，您可以如何應對？微服務正在改變一切。不變的基礎架構，無共享架構和容器化應用程式 微服務 是當今大多數企業路線圖的重點。微服務提供了一種以小型，自治且可自我維持的能力...