webclient在delete请求时携带request body

简介: webclient在delete请求时携带request body

今天分享一个场景:

在对接声网rtc时,遇到一个请求,需要在delete请求中携带request body

所使用的请求框架是webfluxwebclient

如果我们正常使用delete方法来构建请求,是无法通过bodyValue传入body

但是这里我们可以直接使用:

/**
 * 封禁用户权限-更新规则
 * <a href="https://docportal.shengwang.cn/cn/All/rtc_channel_management_restfulapi?platform=Android#%E6%9B%B4%E6%96%B0%E8%A7%84%E5%88%99">
 */
public Mono<RtcAddDelKickRuleRes> delRtcKickRule(RtcDelKickRuleDTO dto) {
    dto.setAppId(appId);
    return webClient.method(HttpMethod.DELETE).uri("/dev/v1/kicking-rule")
            .header(RtcRequestConst.AUTHORIZATION_KEY, getAuthorization())
            .bodyValue(dto).retrieve().bodyToMono(String.class)
            .map(str -> JacksonUtils.toObj(str, new TypeReference<>() {
            }));
}

实现我们通过delete请求,且携带request body进行对接

注意这并不是标准的写法,建议在api设计时候不要这样设计

相关文章
|
缓存
POST 为什么会发送两次请求?
POST 为什么会发送两次请求?
843 0
|
15天前
|
缓存 安全 数据安全/隐私保护
如何根据请求场景选择 GET 或 POST 请求方法?
【10月更文挑战第27天】根据不同的请求场景,综合考虑数据传输目的、安全性、数据量大小、幂等性要求以及缓存需求等因素,合理地选择GET或POST请求方法,能够更好地实现客户端与服务器之间的数据交互,提高系统的性能和安全性。
117 64
|
17天前
|
XML 缓存 安全
PUT 请求和 POST 请求有什么区别?
【10月更文挑战第25天】PUT请求和POST请求在HTTP协议中有着不同的功能和应用场景,开发者需要根据具体的业务需求和资源操作的性质来选择合适的请求方法,以确保客户端与服务器之间的交互准确、安全且符合预期。
Kam
|
Java Maven
Feign调用把GET请求自动转成POST请求解决:Request method 'POST' not supported
Feign调用把GET请求自动转成POST请求解决:Request method 'POST' not supported
Kam
2099 0
|
5月前
httprequest- post- get -发送请求
httprequest- post- get -发送请求
34 1
|
5月前
|
XML 安全 前端开发
post为什么会发送两次请求详解
【6月更文挑战第5天】在Web开发中,开发者可能会遇到POST请求被发送了两次的情况,
190 0
|
6月前
|
存储 缓存 JSON
详解HTTP四种请求:POST、GET、DELETE、PUT
【4月更文挑战第3天】
20459 1
详解HTTP四种请求:POST、GET、DELETE、PUT
|
6月前
|
XML JSON 前端开发
获取后端接口请求中的参数(@PathVariable,@RequestParam,@RequestBody区别,使用postman请求
获取后端接口请求中的参数(@PathVariable,@RequestParam,@RequestBody区别,使用postman请求
219 1
HTTP request以及response原理 request请求消息数据
HTTP request以及response原理 request请求消息数据
|
缓存 安全 数据安全/隐私保护
基本的 HTTP 方法GET、POST、PUT 和 DELETE
HTTP 中有四种基本方法:GET、POST、PUT 和 DELETE。大部分时间我们都使用 GET。它用于任何安全的事情,不会引起任何副作用。GET 能够被添加书签、缓存、链接到代理服务器并通过代理服务器传递。这是一个非常强大的操作,一个非常有用的操作。
390 0