根据Mozilla开发者网络web文档锚(<a>)标签没有预取(截至2022年底)。可能还有其他原因不使用锚标记，但根据MDN，由于浏览器预取而意外注销似乎不是一个有效的原因。

我不认为注销(降低用户权限)是一种破坏性的行为。这是因为“注销”操作应该只对已经登录的用户可用，否则它将被淘汰。

浏览器cookie中包含的随机生成的字符串都表示用户会话。有成千上万的方法来破坏它，所以有效地注销只是一个服务你的访问者。

好吧，如果你让你的web应用程序通过注销脚本放弃会话，你通常不需要这些。通常情况下，对于您想要放弃的会话，有一个惟一的会话变量。

Logging out does nothing to the application itself. It changes the user's state in relation to the application. In this case, it appears your question is more based on how should the command be initiated from the user to begin this action. Since this is not a "destructive action", sure the session is abandoned or destroyed but neither your application or your data is altered, it is not infeasible to allow both methods to initiate a log out procedure. The post should be used by any user initiated actions (e.g. - user clicks "Log out"), while get could be reserved for application initiated log outs (e.g. - an exception detecting potential user intrusion forcibly redirects to the login page with a logout GET).

根据Mozilla开发者网络web文档锚(<a>)标签没有预取(截至2022年底)。可能还有其他原因不使用锚标记，但根据MDN，由于浏览器预取而意外注销似乎不是一个有效的原因。

在REST中不应该有会话，因此不需要破坏任何东西。REST客户机对每个请求进行身份验证。登录或退出，都只是幻觉。

您真正要问的是浏览器是否应该在每个请求上继续发送身份验证信息。

可以说，如果您的应用程序确实创建了登录的假象，那么您应该能够使用javascript“注销”。不需要往返。

论文论文-第5.1.3节

从客户端到服务器的每个请求 必须包含所有的信息吗 为了理解请求， 而且不能占任何便宜 服务器上存储的上下文。会话 因此，国家完全处于状态 客户端