前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串

[J_an]

代码是这样：
@Data
public class TESTDTO implements Serializable {
String params1;
String params2;
Map<String, String> params3 = new HashMap<>();

public void setParams3(String params3) {
    System.out.println(params3);
    String json = params3.replace(" ", "").replace("<nil>", "");
    JSONObject jsonObject = JSONObject.parseObject(json);
    jsonObject.forEach((k, v) -> {
        this.params3.put(k, (String) v);
    });
}

}

@GetMapping("/TEST")
public Result<?> TEST (TESTDTO testdto) {
return Result.ok("");
}

[J_an]

直接用Map接收平台会打印报错这个是字符串：
Field error in object 'TESTDTO' on field 'params3': rejected value [map[aaa:111 bbb:111]]; codes [typeMismatch.TESTDTO.params3,typeMismatch.params3,typeMismatch.java.util.Map,typeMismatch]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [TESTDTO.params3,params3]; arguments []; default message [params3]]; default message [Failed to convert property value of type 'java.lang.String' to required type 'java.util.Map' for property 'params3'; nested exception is java.lang.IllegalStateException: Cannot convert value of type 'java.lang.String' to required type 'java.util.Map' for property 'params3': no matching editors or conversion strategy found]

[核桃酥]

平台后台日志你指的是DataSource服务的日志吗？

[J_an]

@核桃酥 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

平台后台日志你指的是DataSource服务的日志吗？

运维管理

[admin]

数据接口的配置发一下截图，有没有前置脚本等

[admin]

@J_an
数据接口的配置发一下截图，有没有前置脚本等，请求体等

[J_an]

@admin 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

@J_an
数据接口的配置发一下截图，有没有前置脚本等，请求体等

没有脚本和body，get请求，只配了参数

[admin]

这个地方是最终请求发送的数据。

参数是当前配置的接口用到的上下文变量

[admin]

@J_an
参数只是这个接口配置用到的

[J_an]

@admin 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

@J_an
参数只是这个接口配置用到的

params里不行吗，为什么body配置了后端用@requestBody还是报miss body，为什么body里绑定不了上面配的对象参数，转到手动编写变成空对象

[admin]

@J_an
params 是这里吗

[J_an]

@admin 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

@J_an
params 是这里吗

是的，是不是平台在get请求下默认不发送body

[admin]

是这里吗
get 没有限制

[J_an]

@admin 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

是这里吗
get 没有限制

是的，我们平时都用params，你这里怎么有type和format，我们版本老了吗

[admin]

@J_an params 使用的是query 还是path 发截图看看

[J_an]

@admin 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

@J_an params 使用的是query 还是path 发截图看看

[admin]

@J_an 这样的 话 就是 http://ip:port/aab?params1=11&params2=111&params3={"a":1} 这种格式 实际发的时候会有 url 编码

[J_an]

@admin 在 前端通过平台接口为参数绑定对象，后端收到打印出来的确实这样一个奇怪的字符串 中说：

@J_an 这样的 话 就是 http://ip:port/aab?params1=11&params2=111&params3={"a":1} 这种格式 实际发的时候会有 url 编码

那应该和本地postman一样呀，postman也是json格式url传，主要是map[aaa:111 bbb:111]这种格式太奇怪了，什么原因才会出现这种

[admin]

@J_an windows 还是linux 平台
windows data-source服务config.yml 加个这个然后重启服务
日志等级调整一下

linux 在app/docker-compose.yml 加
然后app目录中 ./run.sh

然后可以发请求可以看到实际请求日志 url

[admin]

@J_an 运维里看data-source服务的日志