语法规范：ABNF_湛江网络按安全

本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建
议以得到改进。请参考最新版的“Internet正式协议标准”(STD1)来获得本协议的标准化程
度和状态。
1.介绍
互联网技术规范经常需要定义一种格式化语法并能自由地使用作者认为是有用的任何符号。多年来，巴克斯范式（BNF）的一个修订版，即扩展巴克斯范式(ABNF)，已经在许多互联网规范中流行。该版本平衡了压缩性和简单性，具有合理的表达能力。在早期的ARPA网络中，每个规范都包含了自己的一个扩展巴克斯范式定义。这样的规范包括电子邮件规范RFC733和之后的RFC822，这些规范已经成为定义扩展巴克斯范式的公共引用。本文档将这些定义分离出来，以供有选择的引用。可以预言，它也进行了一些修改和增强。标准巴克斯范式与扩展巴克斯范式的区别包括命名规则，循环，选择，次序独立以及值域。附录A（核心）提供了一组规则定义和编码，该规则定义和编码适用于某些互联网规范的核心词法分析器。作为一种便利，在此给出了这些规则定义和编码，另一方面，将它从本文正文中定义的元语言中抽取出来，同时也是将它从它的形式状态中的分离出来。

2.规则定义

2.1规则命名
一个规则的名字简而言之就是名字本身；即，一个符号序列，该符号序列以字母打头，后跟一个字母或数字或连字符（下划线）的组合。
注重：规则名大小写不敏感
规则名<rulename>，<Rulename>，<RULENAME>和<rULENamE>都指同一个规则。与原版的巴克斯范式不同，扩展巴克斯范式中的中括号（“<”，“>”）不再需要。不过，无论何时只要中括号有利于辨别规则名字的使用，它们都可以用来包括规则名字。这种表示典型地用于限制自由格式的行文中规则名字的引用，或是区分结合在字符串中的未用空格符分割的局部规则，这样的例子，将在后边讨论循环时给出。

2.2规则格式
一个规则是由下面的序列定义的：name=elementscrlf此处<name>指规则名，<elements>指一个或多个规则名或是终结符，<crlf>是行结束标志，回车符后紧跟换行符。等号将规则名和规则的定义分隔开。元素构成一个或多个规则名（和/或）值的定义的序列，这些规则名（和/或）值依照本文中定义的各种操作符，如选择和循环，结合在一起。为了视觉舒适，规则定义按左对齐格式。当一个规则需要多行时，连续行要缩进。左对齐和缩进是相对于扩展巴克斯范式规则首行而言的，不必与文档左边界相齐。

2.3终结符值
规则分解成一串终结符值，有时也叫字符。在扩展巴克斯范式中，一个字符仅仅是一个非负整数。在某些特定环境中，将指定从值到字符集（如ASCII码）的一个非凡映射（编码）。终结符由一个或多个数字字符说明，这些数字字符的基本说明由其他字符显式指出。以下的基是目前已经定义的：
b=binary
d=decimal
x=hexadecimal
因此：
CR=%d13
CR=%x0D
分别说明了[US-ASCII]中回车符的十进制和十六进制的表示。
下例是一个连续串值的压缩表示，使用句点（“.”）来说明在值中的符号间的分隔。因此：
CRLF=%d13.10
扩展巴克斯范式答应在双引号中直接说明文字文本串。因此：
command="commandstring"
文字文本串解释为可打印的字符连续集。
注重：扩展巴克斯范式字符串大小写不敏感，并且这些串的字符集使用us-ascii字符集。
因此：
rulename="abc"
以及：
rulename="aBc"
将与“abc”，“Abc”，“aBc”，“abC”，“ABc”，“aBC”，“AbC”和“ABC”相匹配。
为了说明某个规则是大小写敏感的，请单独说明该规则使用的字符。
例如：
rulename=%d97%d98%d99
或
rulename=%d97.98.99
将仅与只由小写字符abc组成的串匹配。

2.4外部编码
终结符值的外部表示根据存储或传输环境的限制而变化。因此，基于相同的扩展巴科斯范式的语法可能有多个外部编码，如其中之一是7位US-ASCII环境下的；另一个是二进制八位位组环境下的；当使用16位Unicode编码时，还会有另一个不同的外部编码。尽管附录A(核心)给出了7位US-ASCII编码环境的定义，该环境在大多数互联网应用中很普遍，但是，编码细节超出了扩展巴克斯范式的描述范围。
将外部编码从语法中分离出来，目的是使得可替换的编码环境能用于同一语法。

3.操作符
3.1连接规则1规则2
通过列出一系列规则名，一条规则可用于定义一个简单有序的值串--即，一连串邻接的
字符。例如：
foo=%x61;a
bar=%x62;b
mumble=Foobarfoo
因此规则<mumble>与小写字符串"aba"匹配。线性空白字符：连接操作处于扩展巴克斯范式解析模型的核心。一串相邻的字符（值）根据扩展巴克斯范式定义的规则进行解析。就互联网规范而言，过去答应线性空白字符（空格符和水平制表符）在主结构，如分界非凡字符或原子字符串，两边自由发展以及隐含打印。
注重：本扩展巴克斯范式规范没有提供线性空白字符的隐式规范。
任何希望答应在分界符或字符串两边出现线性空白字符的语法必须显式说明之。对于那些被更高层规则多次使用的“核心”规则，在其中提供这些空白字符经常是有用的。“核心”规则可以编入一个词法分析器中或简单地作为主规则集的一部分。

3.2选择 规则1/规则2
由斜杠（“/”）分隔的元素是可选的。
因此，
foo/bar
将接受<foo>或<bar>。
注重：一个包含字母字符的引用串，是用于说明选择字符的非凡形式，它被解释为一个非终结符，该非终结符用所包含的字符，以指定的顺序但可以是任意大小写的混合方式，来描述组合串集。

3.3增式选择 规则1=/规则2
在段落中指定一列选择有时会很方便。即，通过稍后的规则定义增加选择集，一个初始规则可能匹配一个或多个选择。这对于那些源于同一父规则集而其他方面独立的规范尤其有用，如常出现于参数列表中。使用如下结构，扩展巴克斯范式答应这样的增式定义：
oldrule=/additional-alternatives
因此规则集
ruleset=alt1/alt2
ruleset=/alt3
ruleset=/alt4/alt5
与以下说明相同：
ruleset=alt1/alt2/alt3/alt4/alt5