com.fasterxml.jackson.core.JsonParseException: Unrecognized token 'password': was expecting ('true', 'false' or 'null')
at [Source: java.io.PushbackInputStream@d3211c6; line: 1, column: 10]
以上為主要報(bào)錯內(nèi)容，開始進(jìn)入檢查，走起宣蠕。
使用postman單獨(dú)調(diào)用該feign正常暴心，確定應(yīng)該是調(diào)用方參數(shù)封裝問題
檢查調(diào)用方參數(shù)與被調(diào)用方參數(shù)是否一致椭蹄，檢查后是一致的勋乾，這就有點(diǎn)坑爹了苛预。
啟動服務(wù)進(jìn)入debug，嗯呐粘，miamiamia,斷點(diǎn)逐一進(jìn)入，feign調(diào)用意料之中的報(bào)錯转捕。
檢查調(diào)用方請求頭設(shè)置作岖，application/json，確認(rèn)五芝，沒毛病痘儡。
有點(diǎn)頭大了檢查git修改記錄，貌似也沒啥問題枢步。
回想最近是否有組件修改沉删，想起來了，昨天做了feign調(diào)用請求頭轉(zhuǎn)發(fā)實(shí)現(xiàn)了RequestInterceptor接口進(jìn)行了請求頭的一些處理醉途，debug進(jìn)斷點(diǎn)看一下是否請求頭被篡改了矾瑰，打印restTemplate中請求頭信息，application/json隘擎，沒毛病再往下看殴穴，看到問題了。
因?yàn)轫?xiàng)目要做多租戶改造货葬，時間比較緊張采幌，這個組件網(wǎng)上找了個測了一下可用就發(fā)上去了，結(jié)果效果十分感人震桶，看了有一會
參考了簡書里的地址傳送門
考慮到使用這種方式要修改為信號量的模式休傍，并沒有完全參考上面那位作者的做法，而是繼承了HystrixConcurrencyStrategy進(jìn)行了自定義了隔離策略尼夺，改動量小一點(diǎn)尊残，畢竟時間緊張，這是個一聽就讓人有種淡淡的憂傷的話
