Java 接受/拒绝聊天客户端中的文件传输

我计划在我的网站上的聊天窗口小部件中引入文件传输支持，我一直想知道为什么大多数聊天客户端只有在接收者通过“接受”或“拒绝”选项确认时才允许传输

我假设99%的时候（如果不是更多的话）接收者会接受电车，而不是拒绝它

请让我知道关于这件事的任何想法

---

谢谢。

这只是很好的常识。即使接收者99%的时间都在等待一个文件并单击“接受”，这也可以保护你的用户不受1%的人试图将垃圾邮件/色情/垃圾/病毒等转储到他们的机器上的影响

---

话虽如此，基于99%的假设，你当然可以让事情变得更容易。当出现提示时，可以将“接受”按钮设为默认按钮。您可以添加一个“始终接受来自此用户”选项，以便在建立信任关系后简化操作。但总的来说，自动接受是一个危险的想法。

这只是一个很好的常识。即使接收者99%的时间都在等待一个文件并单击“接受”，这也可以保护你的用户不受1%的人试图将垃圾邮件/色情/垃圾/病毒等转储到他们的机器上的影响

---

话虽如此，基于99%的假设，你当然可以让事情变得更容易。当出现提示时，可以将“接受”按钮设为默认按钮。您可以添加一个“始终接受来自此用户”选项，以便在建立信任关系后简化操作。但总的来说，仅仅自动接受是一个危险的想法。

用户如何识别此类潜在的攻击（考虑到文件名可能没有表明这一点）？我认为这同样取决于对他们聊天对象的信任。不知道聊天客户端的上下文，我只能推测，但一般来说，只要知道文件即将进入，用户就可以更加了解并采取适当的措施，例如保存在哪里，下载后仔细检查文件，等等“…一旦下载”—这正是我的想法，因此，在某种程度上，这在一定程度上违背了接受/拒绝的目的。似乎只是添加了另一次点击。那么用户如何识别这种潜在的攻击（考虑到文件名可能没有表明这一点）？我认为这再次取决于对他们聊天对象的信任。不知道聊天客户端的上下文，我只能推测，但一般来说，只要知道文件即将进入，用户就可以更加了解并采取适当的措施，例如保存在哪里，下载后仔细检查文件，等等“…一旦下载”—这正是我的想法，因此，在某种程度上，这在一定程度上违背了接受/拒绝的目的。似乎只是再加一次点击。