符号，以了解此规格。扩编bnf
包括下列构造：
菲尔丁等。基地。标准轨道[第13页]
符合RFC 2068 http/1.1 1997年1月
名称=定义
名称的规则，只不过是名称本身（不含任何圈地
“ < ”和“ > ” ）和脱离它的定义由平等“ = ”
性格。空白是唯一显着的在这方面的压痕
继续线是用来表示规则的定义跨越
一个以上的线。一些基本的规则是在大写字母，如
属， lws ，羟色胺， crlf ，数字，字母等角度，括号内的使用
内部的定义，每当他们的存在将有利于
辨识使用规则的名称。
“字面”
引号环绕文字。除非另有说明，
文字是区分大小写。
rule1 | rule2
分子隔开一间酒吧("|")其他可行的办法，例如， “是|
没有“将接受是或否。
（ rule1 rule2 ）
元素的密封式括号中被视为一个单一的元素。
因此， “ （元素（富|酒吧）元素） ”允许令牌序列的“元素
富元素“和”元素酒吧元素“ 。
*细则
字符“ * ”前的一个要素，表明重复。那个
充分形式是“ <n> * <m>元素” ，显示至少<n> ，并在最
<m>发生的元素。默认值是零和无穷大，使
“ * （元） ”允许任何号码，包括为零; “ 1 *元素”
至少需要一;和“ 1 * 2element ” ，让一个或两个。
[法治]
方括号括可选元素; “ [富酒吧] ”
相当于“ * 1 （美孚酒吧） ” 。
n规则
具体的重复： “ <n> （元） ”是相等于
“ <n> * <n> （元） ” ，即是，正是<n>发生（元） 。
因此， 2digit是一个二位数字的号码，以及3alpha是一个字符串3
字母字符。
＃规则
一，建设“ ＃ ”的定义是，类似“ * ”号，确定名单
元素。充分形式是“ <n> ＃ <m>元素” ，显示至少有
<n> ，并在最<m>要素，每个分离，由一个或多个逗号
(",")和可选的线性空白部（ LWS ） 。这使得一般
以名单形式很容易;一项规则，如“ （ * lws元素* （ * lws ” ， “
* lws元） ） “可以显示为” 1号元素“ 。而这
建设用，空元素允许，但不作出贡献
菲尔丁等。基地。标准轨道[第14页]
符合RFC 2068 http/1.1 1997年1月
以计数的要素。这是， “ （元） ， ， （元）
“是允许的，但计数，因为只有两个要素，因此，凡
至少有一个因素是需要，至少有一个非空元素
必须在场。默认值是零和无穷大，使
“ ＃元素”允许任何号码，包括为零; “ 1 ＃元素”需要
至少有一个和“ 1 ＃ 2element ” ，让一个或两个。
;评论
一个半结肠癌，掀起了一段距离，以正确的法治文本，
开始评论说，持续到年底。这是一个
简单的方法，包括有用的债券在平行与
规格。
暗示* lws
文法所描述的这个规格是字为基础的。除
凡指出，否则，线性空白部（ LWS ）可以包含
之间的任何两个相邻的话（令牌或引用字符串） ，以及
相邻的凭证和分隔符（ tspecials ） ，无
改变解释的领域。至少有一个定界符
（ tspecials ）之间必须存在任何两个令牌，因为它们将
否则，被解释为一个单一的权杖。
2.2基本规则
以下规则是用来在整个这一规格
描述的基本构造解析。美的ASCII编码字符集
是指由ANSI x3.4 - 1986年[ 21 ] 。
八位组= <any 8-bit序列data>
焦= <any us-ascii字符(octets 0 - 127)>
upalpha = <any us-ascii大写的信"a".."z">
loalpha = <any us-ascii小写字母"a".."z">
阿尔法= upalpha | loalpha
数字= <any us-ascii数字"0".."9">
的CTL = <任何美的ASCII控制字符
（八位字节0 -3 1日）和恢复（ 1 27） >
铬= <us-ascii cr,回车(13)>
LF炉= <us-ascii lf,行(10)>
sp = <us-ascii sp,空间(32)>
羟色胺= <us-ascii ht, horizontal-tab (9)>
< “ > = <us-ascii double-quote马克(34)>
菲尔丁等。基地。标准轨道[第15页]
符合RFC 2068 http/1.1 1997年1月
http/1.1定义序列铬的LF作为行尾标记为所有
议定书的内容，除实体机构（见附录3月19日为
宽容的申请） 。该行尾标记一个实体机构
界定及其相关的媒体类型，如本文3.7节。
crlf =铬的LF
http/1.1标题可以折叠到多行，如果
继续行，始于一个空间或横向的标签。所有的线性
白色的空间，包括折叠，具有相同的语义作为霉菌
lws = [ crlf ] 1 * （策略规划|羟色胺）
文本的规则是只用于描述字段内容和价值观
这是不打算来加以解释的讯息分析器。换言之
*文字中可能包含的字符的字符集以外的其他国际标准化组织
8859-1 [ 22 ]只有当编码根据议事规则的RFC 1522
[ 14 ] 。
文字= <任何一个八位组除ctls ，
但包括lws >
十六进制数字字符是用在几个议定书的内容。
十六进制= “ 1 ” | “ B ”的|的“ C ” | “ D ”类|的“ E ” | “ F ”类
| “ ， ” | “ B ”的|的“ C ” | “ D ”类|的“ E ” | “ F ”类|两位数
许多http/1.1标题字段值构成的话分隔lws
或特殊字符。这些特殊字符必须在一个引用
字符串被用作一个参数值。
令牌= 1 * <any烧焦除ctls或tspecials>
tspecials = “ （ ” | “ ） ” | “ < ” | “ > ” | “ @ ”
| “ ， ” | “ ; ” | “ ： ” | “ \ ” | < “ >
| “ / ” | “ [ ” | “ ] ” | “ ？ ” | “ = ”
| “ （ ” | “ ） ” | sp |羟色胺
评论可以包含在一些领域的HTTP标头由周边
评论文字与括号内。评论只允许在
领域含有“评论”的一部分，他们的栏位值的定义。
在所有其他领域，括号内的一部分，被认为是该领域的
价值。
评论= “ （ ” * （ ctext |评论） “ ） ”
ctext = <any文本不包括"("和")">
菲尔丁等。基地。标准轨道[第16页]
符合RFC 2068 http/1.1 1997年1月
文本字符串剖析，作为一个单一的字如果是引用的使用
双引号。
引述字符串= （ “ < ” > * （ qdtext ） < “ > ）
qdtext = <任何文字，除了< “ > >
该反斜杠字符（ “ \ ” ） ，可能被用来作为一个单一的字符引用
机制，只有在所引述的字符串和评论建构。
引述对= “ \ ”烧焦
三议定书参数
3.1 HTTP版本
HTTP的使用“ <major> 。 <minor> ”的编号计划，以显示版本
该议定书。该议定书版本政策的用意是让
发件人显示的消息的格式和能力
进一步了解HTTP通信，而不是特点
获得通过的沟通。没有改变作出的版本
号码为另外的讯息组件，不影响
沟通的行为，或只添加到扩展字段值。
该<minor>的数目递增时，所作的改动向
议定书添加新功能，其中不改变一般的信息解析
算法，但它们可能会加入到信息的语义，并暗示
额外的能力，寄件人。该<major>号码是
递增时，消息的格式符合该议定书
改变。
该版本的一个HTTP消息表明，一个HTTP版本的领域
在第一线的讯息。
HTTP的版本=的“ HTTP ” ， “ / ” 1 *位数“ 。 ” 1 *位数
请注意，主要和次要号码必须被视为单独的
整数和每一个可能递增高于一个单一的数字。
因此， http/2.4是较低的版本比http/2.13 ，这反过来又是
低于http/12.3 。前导零必须忽略的受助人
必须不能被传送。
申请发送的请求或响应消息，所界定的这
规格，必须包括一个HTTP版“ http/1.1 ” 。使用
这个版本的数目表明，派遣的应用是在
至少有条件遵守此规范。
的HTTP版本的应用程序，这是最高的HTTP版本为
它的应用是最少有条件相容。
菲尔丁等。基地。标准轨道[第17页]
符合RFC 2068 http/1.1 1997年1月
代理和网关应用必须小心，当转发
邮件在议定书版本不同，即应用。
自协议版本表明，该议定书的能力，该
发件人，代理/网关，绝不能发出一个信息，一个版本
指标是大于它的实际版本;如果一个更高的
版本收到请求，代理/网关必须要么降级
请求的版本，回应一个错误，或切换到隧道
行为。请一个版本低于该
代理/网关'版本的可升级之前，被转交;
代理/网关' s反应这项要求必须在同一大
版本的要求。
注：转换版本之间的HTTP ，可能涉及修改
封头领域的要求或禁止的，由所涉及的版本。
3.2统一资源标识符
uris已众所周知，许多名称： WWW的地址，通用文件
标识符，通用资源识别码，最后
相结合的统一资源定位器（ URL ）和名称（金塔） 。同样地
据HTTP是而言，统一资源标识符根本
格式化字符串识别-通过名称，位置，或任何其他
特征-一种资源。
3.2.1一般语法
uris在HTTP可以代表在绝对或相对的形式向一些
众所周知，基地开放的我们党，取决于他们的背景下使用。两
形式是有区别的，由事实，即绝对uris总是开始
与计划的名称其次是一个冒号。
开放的我们= （ absoluteuri | relativeuri ） [ “ ＃ ”片段]
absoluteuri =计划“ ： ” * （ uchar |预留）
relativeuri = net_path | abs_path | rel_path
net_path = “ / / ” net_loc [ abs_path ]
abs_path = “ / ” rel_path
rel_path = [路径] ， [ “ ， ”参数] [ “ ” ？查询]
路径= fsegment * （ “ / ”部分）
fsegment = 1 * pchar
部分= * pchar
参数=参数* （ “ ; ”参数）
参数= * （ pchar | “ / ” ）
菲尔丁等。基地。标准轨道[第18页]
符合RFC 2068 http/1.1 1997年1月
计划= 1 * （阿尔法|数字| “ + ” | “ -” | “ ” ） 。
net_loc = * （ pchar | “ ; ” | “ ？ ” ）
查询= * （ uchar |预留）
片段= * （ uchar |预留）
pchar = uchar | “ ： ” | “ @ ” | “ ＆ ” | “ = ” | “ + ”
uchar =毫无保留地|逃生
毫无保留的=阿尔法|数字|安全|额外|国家
逃生= “ ％ ”十六进制十六进制
预留= “ ; ” | “ / ” | “ ” ？ | “ ： ” | “ @ ” | “ ＆ ” | “ = ” | “ + ”
额外= “ ” ！ | “ * ” | “ ' ” | “ （ ” | “ ） ” | “ ， ”
安全= “ $ ” | “ -” | “ _ ” | “ ” 。
不安全的CTL = | sp | < “ > | ” ＃ “ | ” ％ “ | ” < “ | ” > “
国家= <任何一个八位组不包括字母，数字，
保留的，额外的，安全和不安全>
为确切的资料，网址的语法和语义，请参阅RFC 1738
[ 4 ]和RFC 1808 [ 11 ] 。该bnf以上，包括民族性格不
允许在有效的URL指定的RFC 1738 ，因为HTTP服务器
并不限于在一套毫无保留的字符获准
代表rel_path的一部分，地址，和HTTP代理的可能
收到请求uris并未界定的RFC 1738 。
HTTP协议并没有任何先验的限制的长度
一，开放的我们。服务器必须能够处理的URI的任何资源，他们
服务，并应能够处理uris的无限长度，如果他们
提供获得基于形式，可能会产生这样的uris 。服务器
应该返回414 （请求的URI太长）的地位，如果一个开放的我们不再是
比服务器可以处理（见第10.4.15 ） 。
注：服务器应持谨慎态度，视乎开放的我们党的长度
上述255字节，因为一些较旧的客户端或代理的实现
可能无法正确支持这些长度。
3.2.2 HTTP网址
“的HTTP ”计划是用来寻找网络资源，通过HTTP
议定书。此节定义该计划的具体语法和
语义的HTTP网址。
