demonbug

JsonUtils可以提供一个支持unicode编码的方法，提供单独的mapper，把JsonWriteFeature.ESCAPE_NON_ASCII开关打开，然后在这儿修改成调用unicode编码的方法 org.apache.servicecomb.transport.rest.client.http.RestClientInvocation#setCseContext context转成json的时候自动进行unicode编码，jackson在反序列化时会自动进行解码，业务无感知，理论上不存在兼容性问题

> 这个问题就是兼容性考虑比较复杂。 目前是建议用户设置context之前自行编码，而不是从框架层面编码。 属于历史遗留问题，当然框架层面在最开始设计的时候，考虑URLEncode等，是最好的。 URLEncode会存在兼容性问题，因为上层代码需要进行编解码，而直接使用jackson的unicode编码则没什么兼容性问题，jackson可以自动解码，上层代码不感知

i got a similar error on version 4.5.13 ``` - [AbstractEventExecutor.java:safeExecute:168] - [] - A task raised an exception. Task: io.vertx.core.http.impl.Http1xClientConnection$StreamImpl$$Lambda/0x00007fc9d54a8cd8@4509b173 java.util.NoSuchElementException: null at java.util.ArrayDeque.removeFirst(Unknown Source) ~[?:?] at java.util.ArrayDeque.pop(Unknown Source)...

> [@demonbug](https://github.com/demonbug) can you share more details ? do you have a reproducer for it ? sorry i can't reproduce it, the issue occurs in our production environment with a...