yanghao

服务端使用http2协议，在压测场景下，消费端调用服务端接口出现异常，由于http2的流控导致请求失败

1

日志如下： ```io.netty.handler.codec.http2.Http2Exception: Flow control window exceeded for stream: 0 at io.netty.handler.codec.http2.Http2Exception.connectionError(Http2Exception.java:109) at io.netty.handler.codec.http2.Http2Exception.streamError(Http2Exception.java:152) at io.netty.handler.codec.http2.DefaultHttp2LocalFlowController$DefaultState.receiveFlowControlledFrame(DefaultHttp2LocalFlowController.java:429) at io.netty.handler.codec.http2.DefaultHttp2LocalFlowController.receiveFlowControlledFrame(DefaultHttp2LocalFlowController.java:273) at io.netty.handler.codec.http2.DefaultHttp2ConnectionDecoder$FrameReadListener.onDataRead(DefaultHttp2ConnectionDecoder.java:294) at io.netty.handler.codec.http2.DefaultHttp2FrameReader.readDataFrame(DefaultHttp2FrameReader.java:415) at io.netty.handler.codec.http2.DefaultHttp2FrameReader.processPayloadState(DefaultHttp2FrameReader.java:250) at io.netty.handler.codec.http2.DefaultHttp2FrameReader.readFrame(DefaultHttp2FrameReader.java:159) at io.netty.handler.codec.http2.DefaultHttp2ConnectionDecoder.decodeFrame(DefaultHttp2ConnectionDecoder.java:173) at io.netty.handler.codec.http2.DecoratingHttp2ConnectionDecoder.decodeFrame(DecoratingHttp2ConnectionDecoder.java:63) at...

服务端抛出IllegalArgumentException异常后，生成的响应信息Parameters not valid or types not match.是否合理？

1

https://github.com/apache/servicecomb-java-chassis/blob/6e8e8dd38b73e68b0a7010982f88e5e2103bf405/core/src/main/java/org/apache/servicecomb/core/exception/IllegalArgumentExceptionToProducerResponseConverter.java#L43

2.6.0版本，动态变更配置部分场景下变更不生效

13

https://github.com/apache/servicecomb-java-chassis/blob/8207a76ecb0620f989173ce5c5a776aaaea0af4d/handlers/handler-flowcontrol-qps/src/main/java/org/apache/servicecomb/qps/QpsControllerManager.java#LL207C40-L207C40

handler处理链是否可以加一个配置，使其可增量增加handler

5

当前微服务的handler配置是会被其它的配置文件中的配置覆盖掉的，是否可以新增一个配置项，使得两个配置文件中的handler可以同时生效，实现增量增加handler

如果一个请求的响应数据过大，且只被调用一次，则可能会出现其所占用的内存一直不被释放的情况

性能监控是否可以加一个开关

2

当前看来，微服务中引入metrics-core包后，就算没有设置相应的metrics配置，SDK也会对请求做统计，只是没有获取监控指标的方式，是否可以添加一个开关来控制SDK性能监控，完全关闭SDK的应用性能监控

When I upgrade protobuf-java to 3.25.0, and use the protostuff-parser there is an error like this: Could not parse google/protobuf/descriptor.proto: 8 syntax errors found while locating DefaultDescriptorProtoProvider while locating ProtoContext...

ServiceComb Java Chassis在3.x已经引入了sse的能力，mesher是否考虑实现该能力

cse这种cse://appId:serviceName/path调用方式，会在URI内部抛出一个URISyntaxException异常

3

大致原因是在CseUriTemplateHandler中的createUri方法会调用new URI方法创建一个url对象，而cse的url中appId:ServiceName会被解析为port，导致URI内部抛出URISyntaxException异常，进入异常捕获的逻辑 在高并发场景下，这里成为了性能瓶颈，是否可以考虑新增一种appId.ServiceName的形式呢？

当前mesher的使用是一对一的代理，是否可以将Mesher设置为一个Mesher代理多个服务？