Websocket WebDAV和socket.io之间的区别（哪一个更好？）

以下是我的故事：

我有一个繁忙的服务器（每分钟有太多的查询），我正试图在该服务器上上传图像，问题是我不知道使用什么来获得良好的性能

有人能告诉我以下两者在性能上的差异吗：

• 使用WebDAV协议上载文件
• 使用WebSocket协议（socket.io）上载文件

哪种方法

更快+消耗更少的资源+更好

例如，你能告诉我上传的方法是什么吗

---

谢谢大家。

如果将套接字重新用于多个通信请求，Websocket可以节省资源。但是，如果您使用它来简化单个上传，那么它与普通HTTP PUT之间就没有什么区别了

这是因为创建websocket连接的步骤与启动正常HTTP连接的步骤相同，但最后会更改模式，以便连接准备就绪并等待传输。因此，如果用户使用websocket连接进行10次上传，则可能会有一个优势，因为只有一次握手，而对于普通HTTP PUT，则有10次握手

但是要进行websocket上传，您需要“自己滚动”，因为websocket标准中没有标准的文件上传语义，HTTP就是这样。这意味着潜在的缺陷和低效

---

因此，要回答哪种方法“更好”，我认为使用Websocket进行文件上传的性能增益很小，可能无法衡量，但这样做会带来错误和效率低下的风险。

如果将套接字重新用于多个通信请求，Websocket可以节省资源。但是，如果您使用它来简化单个上传，那么它与普通HTTP PUT之间就没有什么区别了

这是因为创建websocket连接的步骤与启动正常HTTP连接的步骤相同，但最后会更改模式，以便连接准备就绪并等待传输。因此，如果用户使用websocket连接进行10次上传，则可能会有一个优势，因为只有一次握手，而对于普通HTTP PUT，则有10次握手

但是要进行websocket上传，您需要“自己滚动”，因为websocket标准中没有标准的文件上传语义，HTTP就是这样。这意味着潜在的缺陷和低效

---

因此，为了回答哪种方法“更好”，我认为使用WebSocket上传文件的性能收益很小，可能无法衡量，但是这样做会带来错误和效率低下的风险。

如果您有自己的服务器和客户端，那么您可以通过HTTP创建自己的协议。WebDAV只是通过HTTP处理文件的一组方法，它不节约成本。要通过WebDAV上传文件，您至少需要两个查询-HEAD（或PROPFIND），以确保文件不存在于具有此类名称和PUT请求（有时是POST）的路径上。但您可以只发送PUT请求，服务器应该返回一些错误，例如，如果文件名忙，412前置条件失败。但仍然没有提供足够的信息。你能换一下服务器吗？为什么这么忙？什么类型的客户端（浏览器、桌面、移动）？现在如何上传图像？Thx这么多，所以如果WebDAV不节省成本，这意味着WebSocket协议提供更好的性能？因为爱立信实验室的比较显示WebSocket要快得多。下面是视频，如果您有自己的服务器和客户端，那么您可以通过HTTP创建自己的协议，例如。WebDAV只是一组通过HTTP处理文件的方法，并不节约成本。要通过WebDAV上传文件，您至少需要两个查询-HEAD（或PROPFIND），以确保文件不存在于具有此类名称和PUT请求（有时是POST）的路径上。但您可以只发送PUT请求，服务器应该返回一些错误，例如，如果文件名忙，412前置条件失败。但仍然没有提供足够的信息。你能换一下服务器吗？为什么这么忙？什么类型的客户端（浏览器、桌面、移动）？现在如何上传图像？Thx这么多，所以如果WebDAV不节省成本，这意味着WebSocket协议提供更好的性能？因为爱立信实验室的比较显示WebSocket要快得多。这是视频Thx人，我想给你+1，但我需要15个声誉，我只得到2，Thx人，我想给你+1，但我需要15个声誉，我只得到2，Thx人