是否允许HTTP-DELETE请求的响应体？
是的，HTTP-DELETE请求允许有响应体。根据HTTP/1.1规范，DELETE请求的响应体可以包含有关删除操作的信息，例如删除是否成功，删除的资源的相关信息等。
然而，需要注意的是，并不是所有的HTTP客户端和服务器实现都支持DELETE请求的响应体。在某些情况下，可能需要额外的配置才能启用响应体的处理。
在实际应用中，如果需要处理DELETE请求的响应体，建议使用HTTP状态码来表示操作的成功或失败，而不是依赖于响应体的存在。
相关·内容
3回答
从HTTP的角度看幂等性的正确方法是什么？
rest、http、idempotent
最近，我花了很多时间阅读HTTP1.1规范，并将其与REST相关联。我发现HTTP删除方法在“幂等性”和安全性方面有两种解释。以下是两个阵营：
如果使用HTTP DELETE删除资源，并且它成功(200 OK)，然后尝试删除该资源N次，则应该为每个删除调用返回一个成功消息(200 OK)。这就是它的“幂等性”。
如果使用HTTP删除资源，并且它成功(200 OK)，然后再次尝试删除该资源，则应该返回错误消息(410已消失)，因为该资源已被删除。
规范说，删除是幂等的，当然，但它也说，幂等事件的序列仍然可以产生副作用。我真的觉得第二个阵营是对的，第一个阵营是误导的。我们引入了什么
浏览 4提问于2009-04-12得票数 15
回答已采纳
4回答
REST中成功的DELETE语句的HTTP状态返回代码是什么？
java、spring、web-services、rest、spring-mvc
我正在研究如何处理REST服务(但我不知道这是一个与Spring相关的答案，还是更笼统地说，它只与REST概念相关)。
因此，我的疑问是:成功的DELETE语句的HTTP状态返回代码到底是什么？
是204还是200？
我知道200意味着我的请求得到了正确的满足，但在我看来，在网上阅读时，我认为它是在成功地获得返回内容之后而不是在删除之后进行的。
在某个地方，我发现204状态是在成功放置或删除之后获得的。是真的吗？我不明白，这意味着--响应是空的--，为什么空响应意味着PUT或DELETE操作已满？
浏览 4提问于2015-04-09得票数 54
回答已采纳
4回答
第二次使用HTTP DELETE删除资源时的状态码
rest、http、http-delete、idempotent
假设HTTP中的DELETE动词是幂等的，当我发出以下请求时，第二个请求(或第三个请求，或第四个请求，等等)我是时候做了吗？
DELETE /person/123
第一次，资源被删除，我返回204 (成功，没有内容)。我应该在后续调用中返回204还是404 (未找到)？
浏览 3提问于2011-06-22得票数 160
回答已采纳
1回答
为什么在RESTful服务中使用代码来指示与业务相关的逻辑？
rest、restful-architecture
我读过这样的文章：
我理解这些原则，但使用HTTP代码来指示业务逻辑的RESTful API服务状态似乎是模棱两可、重复的和令我困惑的。
仅以HTTP代码为例，403可能表示用户没有足够的权限使用RESTful服务，或者只是无权访问HTTP服务器(例如，HTTP授权失败)。
因此，在这种情况下，客户端应该查看响应体，看看它是业务逻辑错误还是仅是服务器错误。
对于404，客户端不知道服务器上的资源是不存在，还是业务对象不存在。它还必须检查响应体。
那么，为什么人们会继续使用带有业务逻辑错误的HTTP响应代码呢？对我来说，简单地查看业务逻辑错误的响应体并处理它就更简单了。是否有必要对业务逻辑错误使
浏览 0提问于2018-07-05得票数 0
2回答
为特定API方案建议的HTTP状态代码？
rest、httpresponse、api-design
我们目前有一个API，它遵循的是一个不太理想的过程，但是由于业务需要，目前不能弃用或更改。因此，我希望更新HTTP状态代码以更准确地反映错误，但我无法确定对此场景有意义的状态代码。
端点是一个GET，并返回一个实体数组。每个实体的ID应该是一个GUID字符串，但是由于后端系统中的一些错误转换数据，某些请求中混入了整数ID。API当前验证这些if，如果if不都是GUID，则发送不带数据的500响应。我们遇到了开发人员被500弄糊涂的问题，所以我想找到一个更明确的回应。
422无法处理的实体对我来说是有意义的，但基于，它看起来更适合于响应的格式化。
如果我们只返回GUID did，我可以看到发送的
浏览 0提问于2019-12-12得票数 1
1回答
应该在Restful错误响应中使用HTTP状态吗？
json、api、rest、http-headers
我正在编写Restful，我必须返回错误消息，但我不确定该走哪条路。
路由1- HTTP状态
当客户端发送错误数据时使用HTTP错误状态
例: 401 -未授权，410 -型号不存在，412 -模型验证错误，等等
路由2- JSON成功或错误失败
API返回json，我正在考虑用http头200返回所有内容，但是在我的JSON处理错误和成功中
例：{“状态”：“错误”，“消息”：“模型验证错误”，“数据”：“用户名要求”，“用户电子邮件要求”}
我该走哪条路?为什么？利害得失。
浏览 5提问于2013-03-09得票数 7
2回答
对于POST请求返回200 Ok HTTP状态正确吗？
api、http、post
通常，我们使用POST在服务器端创建资源。
因此，理想情况下，如果一切顺利，服务器应该以201 Created HTTP状态进行响应，或者在异步操作具有202 Accepted HTTP状态的情况下进行响应。
是否有任何有效的场景，其中POST请求可以返回一个200 OK HTTP状态？
或者我们不应该在POST请求中使用200 OK HTTP状态？
浏览 7提问于2017-02-26得票数 13
2回答
在HTTP/1.1标准中，是否明确允许或禁止服务器在接收所有请求的数据之前发送响应？
例如，当使用POST请求上载大量数据时，我可以想象服务器在收到请求的头部后，但在接收到整个主体之前，返回"202接受“响应。这是否合法？这是野外存在的东西吗？
与密切相关，但那里的响应似乎集中在处理“错误”(4xx，5xx可能)，而不是“成功”(2xx)。
浏览 4提问于2022-06-27得票数 5
回答已采纳
2回答
PATCHing集合时的响应体
rest、put、http-put、http-patch
在REST中，我有一个非常大的集合；它包含数百万项。此集合的路径是/mycollection。
因为这个集合太大了，所以对整个集合进行GET并不是很好的实践，所以API支持分页。分页将是获取集合的主要方式。
GET /mycollection?page=1&page-size=100 HTTP/1.1
假设原始集合包含1,000,000项，我想更新5,000,000项，删除3,000项，并添加2,000项。我可以编写API以支持通过PUT方法或PATCH方法更新集合。虽然这两种方法都需要非常不同的请求机构，但我认为这两种方法都需要完全相同的响应体，即响应体必须包含整个更新资源的当前表示
浏览 8提问于2020-11-06得票数 0
回答已采纳
2回答
Tomcat，HTTP，选项
http、tomcat、http-options-method
注:我是新来的Tomcat..。
我在Tomcat localhost_access_log中收到了这条消息：
127.0.0.1 -09/Oct/2009:09:37:30-0700“选项/stl/foo HTTP/1.1”200 -
有人能向我解释这些选择的来源吗？我正在使用第三方库(DirectJngine)，但在仔细阅读源代码时，我看不到对此设置的任何引用。这些文档意味着它总是使用GET或POST。选项是Tomcat内部的某种默认选项吗？
当我在浏览器中做同样的事情时，同一个日志文件显示了一个更正常的GET：
127.0.0.1 - 09/Oct/2009:09:07:24 -0700
浏览 1提问于2009-10-09得票数 0
2回答
HTTP 303是否可用于其他HTTP方法？
http、rest、http-status-codes、http-redirect、http-status-code-303
鼓励使用将客户端重定向到资源的规范表示。它只讨论HTTP GET上下文中的主题。
这是否也适用于其他HTTP方法？如果客户端尝试向非规范URI发送HTTP PUT或DELETE，返回HTTP303是否可接受(和/或建议)？最佳实践是什么?为什么？
浏览 3提问于2012-11-30得票数 6
回答已采纳
1回答
带有请求体的Laravel删除方法
php、laravel、http、laravel-5、http-delete
我一直试图将包含规则和消息的FormRequest添加到delete方法中，但是请求是空的，规则每次都失败。
是否可以在delete方法中获取请求数据？
这是我的请求课：
use App\Http\Requests\Request;
class DeleteRequest extends Request
{
/**
* Determine if the user is authorized to make this request.
*
* @return bool
*/
public function authorize()
浏览 10提问于2017-11-14得票数 5
回答已采纳
2回答
Django Rest: DELETE for /resource/
python、django、django-rest-framework
能不能请大家了解一下如何最好地在一个资源上为DELETE设置一条路由？
通常，如果我使用GenericAPIView，我可以继承mixins.DestroyModelMixin。
示例
然后，我可以为DELETE设置端点DELETE。
Q：如何为/resource/为DELETE提供端点？
谢谢!
浏览 3提问于2016-02-28得票数 2
2回答
服务器有可能返回一个代码为204的正文吗？
http、httpresponse、http-status-code-204
引用：
204无内容
服务器已成功处理请求，未返回任何内容。
这部分是关于不返回任何内容吗？
由HTTP协议强制执行，因此可以相信，如果我们得到204，那么响应肯定肯定有一个空的主体-，这是HTTP规范所要求的，被广泛遵守，但不是不可能；所以在实践中，虽然理论上服务器可以发送代码为204的主体，但实际上它仍然可以假设没有发生，如果发生这种情况，那么服务器就会崩溃-在理论上是HTTP规范所要求的，或者至少是强烈建议的；但在实践中，这是不可靠的，因为有服务器打破了这一假设-类似地，web浏览器不能假设它试图获取的网站大多数肯定包含有效的HTML，并且必须准备好处理相反的情况-
或者，换句话说:
浏览 58提问于2019-05-08得票数 0
2回答
HTTP是什么样子的？
http、terminology
我已经使用了很多与HTTP相关的东西- HTTP请求、HTTP响应、HTTP方法等，但我不太确定我是否真正了解协议本身的样子。它是像规范一样的文档吗？
浏览 3提问于2011-09-02得票数 4
回答已采纳
2回答
可以放请求更改URL吗？
api、rest、http、put
我使用HTTP的应用程序提供了一些按名称标识的资源。因此，URL的构造如下：
/path/to/resources/<name>
例如：
/path/to/resources/my_resource
可以使用PUT操作更新资源。还允许使用这样的更新来重命名资源。
PUT /path/to/resources/my_resource
{"name": "new_name", <other properties>}
响应：
HTTP/1.1 204 No content
因此，更新后的资源现在可以在一个新的URL下访问：
GET /path
浏览 6提问于2016-03-07得票数 1
1回答
考虑一个大的HTTP请求：
POST /upload HTTP/1.1
Content-Type: multipart/form-data
Content-Length: 1048576
...
客户端现在开始上传一兆字节的数据，这可能需要一段时间。但是，服务器确定需要超文本传输协议授权，因此它决定使用HTTP 401 Unauthorized进行响应。
服务器必须等到收到整个请求(IE、headers + CRLF CRLF + Content-Length字节)才能响应吗？
实际上，这样的行为会破坏任何浏览器吗？浏览器是否会继续上传文件，或者如果收到“过早”的响应，它们是否会停止传输？
浏览 31提问于2013-01-10得票数 48
回答已采纳
3回答
假设我有一个将用户绑定到公司的RESTful应用程序接口：
PUT http://example.com/users/john.smith
{
"company": "http://example.com/companies/Nintendo"
}
但引用的公司不存在(可能是由于竞争条件，也可能是由于用户错误)。该操作无法成功完成，因为数据库需要外键指向现有行。什么是适当的响应代码?为什么？
浏览 0提问于2013-05-19得票数 4
回答已采纳
4回答
REST HTTP状态代码用于“成功，因此您不再有访问权”
http、rest、http-status-codes
我的RESTful服务包括一个表示项ACL的资源。要更新此ACL，客户端将使用新的ACL作为其实体执行PUT请求。成功后，PUT响应实体包含新ACL的净化规范版本。
在大多数情况下，HTTP响应状态代码是相当明显的。200表示成功，403 (如果用户不允许编辑ACL )，400 (如果新的ACL格式错误)，404 (如果他们试图在不存在的项上设置ACL )，412 (如果If-Match头不匹配)，等等。
然而，有一种情况是，正确的HTTP状态代码并不明显。如果经过身份验证的用户使用PUT将自己从ACL中删除怎么办？我们需要指出请求已经成功，但他们不再能够访问该资源。
我已经考虑过在200实体
浏览 8提问于2013-08-10得票数 5
回答已采纳
3回答
REST API使用HTTP响应代码进行响应
rest、http、http-response-codes
我正在创建一个REST API，并且我面临着HTTP响应的两难境地。我发现这里只有一个帖子，看起来像相同的问题，但选择的答案对我来说不是很清楚。
例如，我有一个API端点，它检查电子邮件地址为X的用户是否存在。所以可能有3种结果。
1- X exists (200)
2- X does not exist (404)
3- X has invalid syntax etc. (400)
现在，当web服务器返回时，它是否应该总是返回代码200，但是响应主体应该有与错误相关的错误代码？或者http服务器也应该返回响应代码+正文会有API响应吗？
难题在于，从HTTP的角度来看，请求得到了完美的满
浏览 11提问于2018-04-08得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
活动推荐
腾讯云开发者
