Browser 为什么浏览器没有'；进行回发时，是否阻止屏幕？

我想了好几次，决定问：

为什么浏览器在回发时不阻止屏幕

我一直被这样一个事实困扰着：在我点击一个产生回发的按钮后，网络浏览器通常（不能说我已经全部使用过）不会阻塞屏幕。在我看来，在post期间，浏览器希望服务器返回一些信息。否则，连接将超时，页面将被错误替换。如果服务器应答，它必须带有一个网页；换句话说，不可能保持当前网页的呈现

但我经常点击一个按钮，意识到我忘记勾选复选框，所以我点击了它，但没有用。我知道，我应该意识到点击复选框不会有帮助，但是，嘿，我通常在自动模式下做事情

---

我认为这可能是因为在你按下按钮或点击链接后，浏览器阻止了网页，从而导致你无法按任何按钮。但由于某些原因，大多数浏览器不这样做。为什么？

浏览器只显示页面所说的内容以及脚本告诉它的内容。如果页面设计器在连接过程中没有实现任何禁用输入的功能，浏览器将保留该功能。在某些情况下，这可能很有用，例如当输入设备需要可用时（尽管我想不出一个好的例子）。禁用它们的一种快速方法（除了禁用每个单独的输入之外）是使z索引高于页面其余部分的隐藏div以低不透明度（屏幕看起来稍微着色，div防止其下面的任何内容被使用）取消隐藏，然后在收到响应时再次隐藏它。

---

最终，这只是设计选择的结果。这是否回答了您的问题？

浏览器只显示页面所说的内容，并执行脚本告诉它的操作。如果页面设计器在连接过程中没有实现任何禁用输入的功能，浏览器将保留该功能。在某些情况下，这可能很有用，例如当输入设备需要可用时（尽管我想不出一个好的例子）。禁用它们的一种快速方法（除了禁用每个单独的输入之外）是使z索引高于页面其余部分的隐藏div以低不透明度（屏幕看起来稍微着色，div防止其下面的任何内容被使用）取消隐藏，然后在收到响应时再次隐藏它。

---

最终，这只是设计选择的结果。这是否回答了您的问题？

当浏览器阻止输入时，通常会故意以这种方式编程。 回发和单击按钮是不耦合的，因为按钮并不总是用于回发

即使浏览器在后台向某些服务器发出请求，按下按钮也不一定会触发此请求（请参阅）

---

换句话说，有比“按下按钮，然后发回”更复杂的场景，为了涵盖每一个场景，浏览器将此控制权交给程序员。

当浏览器阻止输入时，通常是故意这样编程的。 回发和单击按钮是不耦合的，因为按钮并不总是用于回发

即使浏览器在后台向某些服务器发出请求，按下按钮也不一定会触发此请求（请参阅）

---

换句话说，有比“按下按钮，然后发回”更复杂的场景，为了涵盖每一个场景，浏览器将此控件提供给程序员。

谢谢。。。我猜你是碰到我的问题了：没有好的例子说明你在发布时希望保持页面可用。但是，我仍然明白浏览器背后的开放模型是让程序员能够编写脚本，而不是强制执行。虽然我相信也许有一天浏览器会反映这一点。谢谢。。。我猜你是碰到我的问题了：没有好的例子说明你在发布时希望保持页面可用。但是，我仍然明白浏览器背后的开放模型是让程序员能够编写脚本，而不是强制执行。尽管我相信也许有一天浏览器会反映这一点。