GET在这里可能被滥用的一种方式是，有人(可能是竞争对手)在internet上的任何地方放置了一个带有src="<您的注销链接>"的图像标记，如果您站点的用户偶然发现该页面，他将在不知不觉中注销。

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).

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

GET在这里可能被滥用的一种方式是，有人(可能是竞争对手)在internet上的任何地方放置了一个带有src="<您的注销链接>"的图像标记，如果您站点的用户偶然发现该页面，他将在不知不觉中注销。

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

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

正确地说，GET/POST(或其他动词)是对某些资源(通过URL寻址)的操作——因此它通常是关于资源的状态，而不是关于应用程序的状态。因此，在真正的精神，您应该有一个URL，如[主机名]\[用户名]\session，然后'DELETE'将是注销操作的正确动词。

使用[主机名]\bla bla\logout作为URL并不是真正的REST完全方式(IMO)，所以为什么要争论正确使用GET/POST呢?

当然，我也使用GET注销url在我的应用程序:-)