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

[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 有远程吗

[J_an]

此回复已被删除！

[admin]

@J_an todesk 或者向日葵也行

[J_an]

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

@J_an todesk 或者向日葵也行

我的识别码:1811944067
tq3dh0
使用向日葵即可对我发起远程协助
向日葵下载地址:http://url.oray.com/tGJdas/

[admin]

@J_an 我切换不了浏览器