现代浏览器中的表单发布行为是否发生了变化？ （或者浏览器如何处理双击）

Question

背景：我们正在编写一个注册/支付页面，我们的理念是首先在服务器端编写所有验证和错误检查代码，然后添加客户端验证作为第二步（无阻碍的 jQuery ）。

我们想要禁用服务器端的双击，因此我们编写了一些锁定、线程安全的代码来处理同时发帖/竞争条件。当我们尝试测试这一点时，我们意识到我们无法导致同时发生帖子或竞争条件。

我认为（无论如何在较旧的浏览器中）双击提交按钮的工作原理如下：

• 用户双击提交按钮。

• 浏览器在第一次单击时发送帖子
• 在第二次单击时，浏览器取消/忽略初始帖子，并启动第二个帖子（在第一个帖子返回响应之前）。
• 浏览器等待第二个帖子返回，忽略最初的帖子响应。

我认为从服务器端来看，它看起来像这样：服务器同时收到两个发布请求，执行并响应它们（不知道没有人在监听第一个响应）。

根据我们的测试（FireFox 3.0、IE 8.0），实际发生的情况是这样的：

• 用户双击提交按钮

• 浏览器发送第一次点击的帖子
• 浏览器将第二次点击排队，但等待第一次点击的响应。
• 响应从第一次单击返回（响应被忽略？）。
• 浏览器会发送第二次点击的帖子。

因此，从服务器端来看：服务器接收一个它执行并响应的帖子。然后，服务器接收第二个请求，并执行并响应。

我的问题是，这一直都是这样吗（我快疯了）？或者这是现代浏览器中的一个新功能，可以防止同时发布到服务器？

似乎对于服务器端双击预防，我们不必担心同时发布或竞争条件。只需要担心排队的帖子。

Answer 1

您需要处理的类似情况（javascript禁用提交按钮解决方案未涵盖）是用户单击“提交”，服务器处理请求，但在处理过程中用户的互联网连接出现故障（可能是他们正在驶入隧道的火车上）。

当火车驶出隧道时，用户不知道他们的交易是否成功 - 他们按下了按钮，但页面上没有任何变化（或者可能他们得到了“再试一次”页面）。他们自然会再次单击“提交”（或“重试”按钮）。

处理这种情况的最佳方法是在表单中（在隐藏字段中）包含唯一的交易 ID。随机生成这个id，当交易成功处理时，将其存储在数据库中已完成交易的列表中。

然后，当您收到 POST 时，检查该事务是否已被看到 - 如果是，则直接跳到状态页面。粗略地说：

BEGIN TRANSACTION

SELECT *
FROM completedTransactions
WHERE userId = ... AND transactionId = ...

<if we got a result - display results of previous transaction>

<otherwise - process the request as normal>

INSERT INTO completedTransactions (userId, transactionId)
VALUES (....)

END TRANSACTION

这样做的优点是（假设您有一个正确支持交易的数据库 - 并且因为您正在处理付款，我希望您这样做！）您不需要执行任何类型的线程或锁定 - 事情“正常工作” 。

（尽管要小心 - 如果存在并发问题，某些数据库系统可以任意中止您的事务 - 但这种（罕见）情况可以使用重试循环轻松处理......）

至于测试浏览器的双击：它是否会产生任何影响？如果您在两次“提交”点击之间按“停止”按钮，有什么区别？

Answer 2

这可能是一个愚蠢的回应，但为什么不直接用 JavaScript 禁用提交按钮，这样你就不必担心多次点击。我通常在我制作的大多数表格上这样做，它似乎解决了问题。

你已经说过你正在使用 javascript，所以这不是问题，对吗？

Answer 3

只要请求处于连接或发送阶段，在第一次提交期间单击“提交”就会取消该请求，并在服务器“不知情”的情况下启动一个新请求。