单击浏览器上的“停止”按钮会发生什么？
假设我单击网页上的按钮以发起提交请求。 然后我突然意识到我提供的一些数据是错误的，如果它被提交，那么我将面临不必要的后果（类似于购物请求，我可能会被迫支付这个错误的请求）。
因此，我疯狂地单击“停止”按钮，不仅仅是一次，而是多次（以防万一）。
在这种情况下会发生什么？ 浏览器是否在不通知服务器的情况下取消请求？ 如果它确实通知了服务器，那么服务器是否会终止该进程，或者它是否也会对作为此请求的一部分所做的所有操作进行回滚？
我用Java编写代码。 Java是否有任何特殊function可用于检测STOP请求并回滚我们在此事务中执行的任何操作？
从浏览器加载网页通常是一个4步骤（不考虑重定向）：
- 当服务器可用时，浏览器发送HTTP请求
- 服务器执行代码（用于动态页面）
- 服务器发送HTTP响应（通常是HTML）
- 浏览器呈现HTML，并要求其他文件（图像，CSS，…）
浏览器对“停止”的反应取决于您当时的请求步骤：
- 如果您的服务器运行缓慢或过载，并且您在步骤1中点击“停止”，则不会发生任何事情。 浏览器不发送请求。
- 但是，大多数情况下，“停止”将在步骤2,3和4中被点击，并且在这些步骤中您的代码已经执行，浏览器只是停止等待响应（2）或接收响应（3） ，或呈现响应（4）。
HTTP调用本身始终是一个2步操作（请求/响应），并且没有自动方式从客户端回滚执行
由于这个问题可能引起不使用Java的人的注意，我想我会提到关于这个问题的PHP行为，因为它非常令人惊讶。
PHP在内部维护与客户端的连接状态。 可能的值为NORMAL，ABORTED和TIMEOUT。 连接状态为NORMAL时，生命周期良好，脚本将继续按预期执行。
如果用户在浏览器中单击“停止”按钮，则客户端通常会关闭连接，状态将更改为“已终止”。 将状态更改为ABORTED将立即结束正在运行的脚本的执行。 另外，当状态更改为TIMEOUT时会发生同样的事情（超出允许的脚本运行时的PHP设置）。
在某些情况下，此行为可能很有用，但在其他情况下可能会出现问题。 似乎在适当的GET请求期间随时中止应该是安全的; 但是，在服务器上进行更改的请求中间中止可能导致仅部分完成的更改。
查看PHP手册中有关连接处理的条目，了解如何避免此行为导致的并发症：
http://www.php.net/manual/en/features.connection-handling.php
一般来说，服务器不会知道您已经停止，服务器端进程将完成。 在服务器尝试将响应数据发送回客户端时，您可能会看到错误，因为连接已关闭，但您可能不会。 你不会得到的是服务器线程突然中断。
您可以使用各种复杂的机制来缓解这种情况，例如让send发送频繁的ajax调用到服务器，说“仍在等待”，并让服务器在检查这些调用的新线程中执行其处理，但这并不能解决问题完全。
客户端将立即停止传输数据并关闭其连接。 您的请求中的9次中有9次已经通过（可能是由于OS缓冲区被“刷新”到服务器）。 不会向服务器发送额外信息，通知您已停止请求。
您在重要场景中的提交应该有两个阶段。 validation并提交。 如果最终提交，则进行任何转换。 除了允许用户在提交后撤消其操作之外，我无法想到任何其他方式来避免这种情况。 例如，订单示例，在订单完成后，允许您的客户改变主意，并在订单尚未发货时修改订单。 当然，你需要写一些额外的代码来编写。