一、Access.log里502旁边的560是什么？ #

在Nginx的access.log格式中，状态码（这里是502）之后的数字代表的是Nginx发送给客户端的响应字节数（包含响应头和响应体内容）。

你看到的560就是Nginx返回默认502错误页面时的总字节大小——当后端uWSGI服务无法正常响应Nginx的请求时，Nginx会返回自带的502错误页面，这个页面的大小刚好是560字节左右，属于正常的日志内容，不用过度担心这个数字本身，重点还是要排查502错误的根源。

顺便给你提几个偶尔出现502的常见排查方向：

• 检查uWSGI服务状态：是否有进程意外退出、重启，查看uWSGI的日志文件（通常在项目目录或/var/log/uwsgi/下）
• 查看Nginx与uWSGI的连接配置：比如uwsgi_connect_timeout、uwsgi_read_timeout是否过短，导致请求超时触发502
• 确认uWSGI的进程数、线程数是否足够应对并发请求，是否出现队列满的情况

二、何处可获取HTTP错误码的列表及释义？ #

你可以通过这些权威途径获取完整的HTTP状态码信息：

• HTTP官方规范文档：HTTP状态码的定义来自一系列RFC标准，比如RFC 7231定义了HTTP/1.1的基础状态码，后续的RFC（如RFC 7538、RFC 9110）补充了新的状态码。这些文档会详细说明每个状态码的语义和使用场景。
• Web服务器官方文档：Nginx、Apache这类主流Web服务器的文档中，都会整理常用HTTP状态码的释义，并且结合服务器的实际使用场景给出说明，非常适合运维排查问题时参考。
• 编程语言HTTP库文档：比如Python的requests库、Java的HttpURLConnection等工具的文档里，也会附带常见HTTP状态码的解释，方便开发和调试时查阅。
• 系统手册：在Linux/Unix系统中，你可以执行man http命令，查看系统内置的HTTP状态码简要说明。

另外，HTTP状态码通常分为五大类，你可以先记住这个分类框架，方便快速理解：

• 1xx：信息响应类，表示请求已接收，继续处理
• 2xx：成功响应类，表示请求已成功被服务器接收、理解、并接受
• 3xx：重定向类，表示需要客户端采取进一步的操作才能完成请求
• 4xx：客户端错误类，表示请求包含语法错误或无法被服务器执行
• 5xx：服务器错误类，表示服务器在处理请求的过程中发生了错误

内容的提问来源于stack exchange，提问作者Sathish Kumar