HTTP的错误文处理方法已经解释过。(2.5节)
HTTP-version的ABNF构建已经澄清是区分大小写的。此外,版本号已经被限制为单个数字,因为知道实现不正确的处理多位数的版本号的事实。(2.6节)
用户信息(即用户名和密码)现在在HTTP和HTTPS的URI中不被允许,因为有关它们在电线上传输的安全问题。(2.7.1节)
HTTP消息可以被(通常也是)实现缓存;尽管它有时可以被视为一个流,HTTP本质上是一个面向消息的协议。已经提出了各种协议元素的最小支持大小,以提高互操作性。 (第3节)
字段名周围的无效空白现在被要求被拒绝,因为接受它存在安全问题。定义了头字段的ABNF构建现在只列出字段值。(3.2节)
关于某些语法产生之间的隐式线性空白的规则已被删除; 现在只允许在ABNF中专门定义的空格。 (第3.2.3节)
包含多行(“行折叠”)的标题字段已被弃用。 (3.2.4节)
注释和引用字符串文本中不再允许NUL八位字节,并且明确了处理反斜杠转义。引号对规则不再允许转义HTAB以外的控制字符。头字段和原因短语中的非US-ASCII内容已经过时并且变得不透明(TEXT规则已被删除)。 (第3.2.6节)
虚假内容长度标题字段现在需要作为收件人的错误处理。 (第3.3.2节)
已经阐明了确定消息体长度的算法,以指示影响它的所有特殊情况(例如,由方法或状态码驱动),并且新协议元素不能定义这种特殊情况。 CONNECT是确定邮件正文长度的新特例。 “多部分/字节范围”不再是确定消息体长度检测的一种方式。 (第3.3.3节)
“身份”转移编码标记已被删除。 (第3.3和4节)
块长度不包括块头和尾部中八位字节的计数。在块扩展中的行折叠是不允许的。 (4.1节)
“deflate”内容编码的含义已经阐明。 (第4.2.2节)
RFC 3986的segment + query组件已经被用来定义请求目标,而不是RFC 1808中的abs_path。请求目标的星号形式只允许使用OPTIONS方法。 (第5.3节)
已经引入了“有效的请求URI”这个术语。 (5.5节)
网关不再需要生成Via头域。 (5.7.1节)
确切地说,当“关闭”连接选项必须被发送时已经被澄清。此外,“逐跳”标题字段需要出现在Connection标题字段中;仅仅因为它们在本规范中被逐跳定义并不能免除它们。 (6.1节)
每个服务器的两个连接的限制已被删除。请求的幂等序列不再需要重试。在服务器过早关闭连接的某些情况下重试请求的要求已被删除。另外,有关服务器何时被允许过早关闭连接的无关要求已被删除。 (第6.3节)
升级头字段的语义现在定义在101以外的响应中(这是从[RFC2817]合并的)。此外,字段值的排序现在是重要的。 (6.7节)
列表制作中的空列表元素(例如,包含“,”的列表标题字段)已被弃用。 (第7节)
转移代码的注册现在需要IETF评审(第8.4节)这个规范现在定义了先前在[RFC2817]第7.2节中定义的升级令牌注册表。 (8.6节)
期望支持HTTP / 0.9请求已被删除。 (附录A)
指出了请求中Keep-Alive和Proxy-Connection头字段的问题,并且完全不鼓励使用后者。 (附录A.1.2)