com.fasterxml.jackson.core.JsonParseException: Unrecognized token 'password': was expecting ('true', 'false' or 'null')
at [Source: java.io.PushbackInputStream@d3211c6; line: 1, column: 10]
以上为主要报错内容，开始进入检查，走起。
使用postman单独调用该feign正常，确定应该是调用方参数封装问题
检查调用方参数与被调用方参数是否一致，检查后是一致的，这就有点坑爹了。
启动服务进入debug，嗯，miamiamia,断点逐一进入，feign调用意料之中的报错。
检查调用方请求头设置，application/json，确认，没毛病。
有点头大了检查git修改记录，貌似也没啥问题。
回想最近是否有组件修改，想起来了，昨天做了feign调用请求头转发实现了RequestInterceptor接口进行了请求头的一些处理，debug进断点看一下是否请求头被篡改了，打印restTemplate中请求头信息，application/json，没毛病再往下看，看到问题了。
该代码修改请求参数
因为项目要做多租户改造，时间比较紧张，这个组件网上找了个测了一下可用就发上去了，结果效果十分感人，看了有一会
参考了简书里的地址传送门
考虑到使用这种方式要修改为信号量的模式，并没有完全参考上面那位作者的做法，而是继承了HystrixConcurrencyStrategy进行了自定义了隔离策略，改动量小一点，毕竟时间紧张，这是个一听就让人有种淡淡的忧伤的话
