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

[核桃酥]

平台后台日志你指的是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服务的日志

[J_an]

@admin 是这样的
time=2024-12-17T16:22:37.247+08:00 level=DEBUG msg="请求: test 请求: {Method:GET Url:http://traefik:80/duty/detection/TEST Timeout:0 Params:map[params1:111 params2:111 params3:map[aaa:111 bbb:111]] Headers:map[] Auth:<nil> Body:<nil>}" logType=syslog service=data-source module=调用接口 projectId=6551b5b259e0436a84d557fc

[admin]

@J_an 有远程吗