是不是没有配置SPI文件啊？ 参考一下[21天微服务实战营](https://education.huaweicloud.com:8443/courses/course-v1:HuaweiX+CBUCNXP012+Self-paced/courseware/da725ede26794694a621b8088a858743/77ee2f6aaa1c48a5a7b306aebc208745/) 里面的资料吧，课程配套demo在[这里](https://github.com/servicestage-demo/microservice-dev-training21days)

EdgeService默认只转发后端契约声明了的参数。 比如这样一个REST接口方法，契约上只声明了query参数，所以EdgeService网关只转发这一个query，如果你调用的url是 /hello?name=Bob&age=22 , 网关转发给后端的url就会变成 /hello?name=Bob ```yaml /hello: get: operationId: "sayHello" parameters: - name: "name" in: "query" required: false type: "string" responses: 200: de**Script**ion: "response of 200" schema: type: "string" ```

这个问题只在强类型版本存在，对应开源社区的Java-Chassis 1.3.x分支和CSEJavaSDK商业版本的 2.3.x版本。 弱类型版本（开源社区 Java-Chassis 2.0版本分支）没有这个问题。

我去看了一下Java-Chassis的源码，当前`servicecomb.references.transport`貌似确实无法在EdgeService网关上生效，edge上可以生效的配置项是`servicecomb.operation.【serviceName】.【schemaId】.【operationId】.transport`，这是一个精确到operation级别的配置。 比如在edge网关的microservice.yaml里这样配置，表示edge网关调用`serviceHello`服务的`helloSchema`契约的`sayHello`接口方法，指定使用rest传输方式，但是调用`serviceHello`服务的其他接口方法时仍然是在rest传输方式和highway传输方式中轮询 ```yaml servicecomb: operation: serviceHello: helloSchema: sayHello: transport: rest ```

有可能是你引用的某个jar包里面的microservice.yaml文件给出了highway的配置，或者也有可能从System Property、环境变量、SpringBoot配置文件、配置中心这些来源引入了相关配置。建议排查一下。要排查Java-Chassis微服务加载的microservice.yaml文件配置，可以在启动日志中搜索create local config关键字，下方会将Java-Chassis加载的microservice.yaml文件的位置打出来。

当前默认情况下是轮询的逻辑，可以参考一下Java-Chassis的官方文档  https://docs.servicecomb.io/java-chassis/zh_CN/references-handlers/loadbalance.html如果highway传输方式不适用于你的业务场景的话，可以考虑关闭它，或者指定consumer端只使用REST传输方式调用后端服务。要在provider端关闭highway传输方式，只需要去掉你配置的highway监听地址即可，也就是 cse.highway.address 配置项。要在consumer端指定使用REST传输方式调用，可以配置 servicecomb.references.transport=rest，这个是全局生效，调用所有服务都是走REST。也可以做到服务级的配置，如 servicecomb.references.svc.transport ，表示只在调用服务名为svc的provider服务时才走REST，调用其他服务还是使用默认配置。

评论 我来了呀：Java-Chassis反序列化返回值body的方法在 org.apache.servicecomb.transport.rest.client.http.DefaultHttpClientFilter#extractResponse 方法里面，可以在这里打断点调试一下看看。 然后EdgeService作为服务端向外返回的response body是在 org.apache.servicecomb.common.rest.filter.inner.ServerRestArgsFilter#beforeSendResponseAsync 方法里设置的，这里也打个断点看看，是从哪里开始内容变了样的呢？

后端服务有几个实例，EdgeService默认的负载均衡策略是轮询，是否是特定的后端服务实例返回的数据不对呢？

建议先排查一下对端IP，看看是谁在对你的服务建连接

看样子报错的这个服务从 com.huawei.cis.smartsearch.query.controller.DataQueryController.searchDataDetails 方法里接收到请求，然后调用  appId=cis, microserviceName=CISSmartSearchMgmtService 的服务端，但是在加载 CISSmartSearchMgmtService 服务的契约时报错了。触发问题的服务端契约看日志应该是 com.huawei.cis.smartsearch.mgmt.controller.DataExportController。javax.servlet.http.Part 这个类不应该由框架动态生成的，应该是classpath里面有现成的才对……建议排查一下maven依赖，看看是不是依赖有冲突什么的。或者你可以提供一个复现问题的demo出来，大家一起看看问题 : )