HTTP请求\响应头语法

在HTTP请求或响应的头中，在服务器之间，头键的大小写将保持不变

我这样问是为了在我的代码中预期：（使用假函数名）

安全精确的Python代码 我想使用的代码 这意味着服务器将返回一个带有这样的键的头

标准要求 一个糟糕但可能的反应？

---

澄清将有助于我的代码整洁。

请记住，尽管大多数主要服务器都有一致的大写字母，但任何Joe PHP开发人员都可以在其代码中手动设置响应标题，并且无法监督该人使用的大写字母标准。

请记住，尽管大多数主要服务器都有一致的大写字母，但任何Joe PHP开发人员都可以在其代码中手动设置响应头，并且无法监控该人员使用的大写字母标准。

根据HTTP规范，HTTP头名称不区分大小写

-超文本传输协议——HTTP/1.1
-消息头

HTTP标头字段，包括通用标头（第4.5节）， 请求标头（第5.3节）、响应标头（第6.2节）和 实体标题（第7.1节）字段的通用格式与 RFC 822[9]第3.1节中给出的。每个标题字段包括 名称后跟冒号（“：”）和字段值字段名 不区分大小写。字段值前面可以有任何金额 对于LWS，尽管首选单个SP。标题字段可以是 通过在每一额外行前面加上at扩展到多行 至少一个SP或HT。申请应遵循“通用表格”，其中 在生成HTTP构造时，一个是已知的或指示的，因为 可能存在一些无法接受任何内容的实现 超越普通形式

-超文本传输协议（HTTP/1.1）：消息语法和路由
-标题字段：

每个标题字段都包含一个不区分大小写的字段名 通过冒号（“：”），可选的前导空格、字段值和 可选的尾随空格

---

根据HTTP规范，HTTP头名称不区分大小写

-超文本传输协议——HTTP/1.1
-消息头

HTTP标头字段，包括通用标头（第4.5节）， 请求标头（第5.3节）、响应标头（第6.2节）和 实体标题（第7.1节）字段的通用格式与 RFC 822[9]第3.1节中给出的。每个标题字段包括 名称后跟冒号（“：”）和字段值字段名 不区分大小写。字段值前面可以有任何金额 对于LWS，尽管首选单个SP。标题字段可以是 通过在每一额外行前面加上at扩展到多行 至少一个SP或HT。申请应遵循“通用表格”，其中 在生成HTTP构造时，一个是已知的或指示的，因为 可能存在一些无法接受任何内容的实现 超越普通形式

-超文本传输协议（HTTP/1.1）：消息语法和路由
-标题字段：

每个标题字段都包含一个不区分大小写的字段名 通过冒号（“：”），可选的前导空格、字段值和 可选的尾随空格

---

HTTP

头名称不区分大小写

---

看起来您正在使用python。查看

请求

库。这将使您的生活更加轻松：

HTTP

头名称不区分大小写

---

看起来您正在使用python。查看

请求

库。这会让你的生活更轻松：

好的，很好。我假设服务器总是处理区分大小写的部分。到目前为止，我所研究的都是这种情况。这就是我好奇的原因。谢谢你的编辑帮助更多。我的头解析需要第一个冒号加空格'：'不仅仅是冒号'：'雷米，如果你愿意回答的话，还有一个问题。当发送请求时，您认为我应该以“标准”方式发送，还是可以全部以小写形式发送？不是根据

RFC

而是为了正确的web交互？您应该与大多数实现使用的一致，以及RFC如何演示它们。正确，但是这里提到RFC2616真的没有意义。好的，非常好。我假设服务器总是处理区分大小写的部分。到目前为止，我所研究的都是这种情况。这就是我好奇的原因。谢谢你的编辑帮助更多。我的头解析需要第一个冒号加空格'：'不仅仅是冒号'：'雷米，如果你愿意回答的话，还有一个问题。当发送请求时，您认为我应该以“标准”方式发送，还是可以全部以小写形式发送？不是根据

RFC

而是为了正确的web交互？您应该与大多数实现使用的内容一致，以及RFC如何演示它们。正确，但这里提到RFC 2616是毫无意义的。是的。我很熟悉这个模块。我只是在重新发明轮子，以便更好地掌握网络编程，而不是应用程序构建。是的。我很熟悉这个模块。我只是在重新发明轮子，以便更好地掌握网络编程，而不是应用程序构建。是的，这让我感到不舒服。当我的代码与一个“JoePHPDevolper”编写的站点对话时。是的，这让我感到不舒服。当我的代码与“Joe PHP Devolper”编写的站点通信时。

for hdr in header.keys():
    if 'content-length' == hdr.lower():
        recv_more_data( header[hdr] )    # header[hdr] == Content-Length (5388) bytes
        break    # Exit for loop when if statement is met.

 recv_more_data (header['Content-Length'])    
 # I know to expect 'Content-Length' not 'content-Length' or some other variation

GET / HTTP/1.1
Host: www.example-host.com
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0
Accept: */*
Accept-Language: en-US
Accept-Encoding: gzip
Connection: closed
Content-Length: 0

HTTP/1.1 200 OK
Server: nginx/1.0.15
date: Thu, 23 Oct 2014 00:25:37 GMT
content-Type: text/html; charset=iso-8859-1
transfer-encoding: chunked
Connection: close
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Encoding: gzip