丹尼尔·欧文（Daniel Irvine）的明确解释[原始链接]：

401 Unauthorized（401未授权）存在问题，这是身份验证错误的HTTP状态代码。这就是它：它用于身份验证，而不是授权。收到401响应时，服务器会告诉你，“你不是已验证–完全未验证或已验证不正确–但请重新验证并重试。”为了帮助您，它将始终包含一个WWW Authenticate标头，描述如何以进行身份验证。这是通常由web服务器而不是web返回的响应应用这也是非常暂时的；服务器要求您尝试再一次因此，为了获得授权，我使用403 Forbidden响应。它是永久性的，它与我的应用程序逻辑有关，而且更具体响应大于401。收到403响应时，服务器会告诉你：“对不起，我知道你是谁——我相信你说的你是谁，但你只是没有访问此资源的权限。也许如果你问系统管理员很好，你会得到许可的。但请不要打扰直到你的困境改变。”总之，401未经授权的响应应用于缺失或认证错误，应使用403禁止响应之后，当用户经过身份验证但未被授权对给定资源执行请求的操作。

另一种很好的图片格式，说明如何使用http状态代码。

我认为重要的是要考虑到，对于浏览器，401会启动一个验证对话框，让用户输入新的凭据，而403不会。浏览器认为，如果返回401，那么用户应该重新验证。因此401代表无效认证，而403代表缺乏许可。

以下是在这种逻辑下的一些情况，在这些情况下，验证或授权会返回错误，重要短语用粗体表示。

资源需要身份验证，但未指定凭据。

401:客户端应指定凭据。

指定的凭据格式无效。

400:这既不是401也不是403，因为语法错误应该总是返回400。

指定的凭据引用的用户不存在。

401:客户端应指定有效凭据。

指定的凭据无效，但请指定有效的用户（如果不需要指定的用户，请不要指定用户）。

401：同样，客户端应该指定有效的凭据。

指定的凭据已过期。

401:这实际上与通常的无效凭据相同，因此客户端应该指定有效凭据。

指定的凭据完全有效，但不足以满足特定资源的需要，尽管具有更多权限的凭据也可能。

403:指定有效凭据不会授予对资源的访问权限，因为当前凭据已经有效，但只有不具有权限。

无论凭据如何，都无法访问特定资源。

403:这与凭据无关，因此指定有效凭据没有帮助。

指定的凭据完全有效，但特定客户端被阻止使用它们。

403：如果客户端被阻止，指定新凭据将不会有任何作用。

丹尼尔·欧文（Daniel Irvine）的明确解释[原始链接]：

401 Unauthorized（401未授权）存在问题，这是身份验证错误的HTTP状态代码。这就是它：它用于身份验证，而不是授权。收到401响应时，服务器会告诉你，“你不是已验证–完全未验证或已验证不正确–但请重新验证并重试。”为了帮助您，它将始终包含一个WWW Authenticate标头，描述如何以进行身份验证。这是通常由web服务器而不是web返回的响应应用这也是非常暂时的；服务器要求您尝试再一次因此，为了获得授权，我使用403 Forbidden响应。它是永久性的，它与我的应用程序逻辑有关，而且更具体响应大于401。收到403响应时，服务器会告诉你：“对不起，我知道你是谁——我相信你说的你是谁，但你只是没有访问此资源的权限。也许如果你问系统管理员很好，你会得到许可的。但请不要打扰直到你的困境改变。”总之，401未经授权的响应应用于缺失或认证错误，应使用403禁止响应之后，当用户经过身份验证但未被授权对给定资源执行请求的操作。

另一种很好的图片格式，说明如何使用http状态代码。

在401对403的情况下，这已经得到了多次回答。这本质上是一场“HTTP请求环境”辩论，而不是“应用程序”辩论。

您自己的登录问题（应用程序）似乎有问题。

在这种情况下，仅仅不登录不足以发送401或403，除非您使用HTTP Auth与登录页面（与设置HTTP Auth无关）。听起来您可能正在寻找一个“201已创建”，其中有一个滚动您自己的登录屏幕（而不是请求的资源），用于应用程序级访问文件。上面写着：

“我听到了，它在这里，但试试这个（不允许你看到）”

这个问题是前一段时间提出来的，但人们的想法还在继续。

本草案的第6.5.3节（由Fielding和Reschke编写）赋予状态代码403与RFC 2616中所记录的状态代码略有不同的含义。

它反映了许多流行的web服务器和框架使用的身份验证和授权方案中发生的情况。

我强调了我认为最突出的一点。

6.5.3.403禁止403（禁止）状态代码表示服务器理解请求但拒绝授权。希望公开请求被禁止的原因的服务器可以在响应有效负载（如果有的话）中描述该原因。如果请求中提供了身份验证凭据，则服务器认为这些凭据不足以授予访问权限。客户端不应使用相同的凭据重复请求。客户端可以使用新的或不同的凭据重复请求。但是，由于与凭据无关的原因，请求可能被禁止。希望“隐藏”当前存在的禁用目标资源的源服务器可能会以状态代码404（未找到）进行响应。

无论您使用什么约定，重要的是在站点/API中提供一致性。

我已经为您创建了一个简单的注释，它将使您明白。