RFC2119：表示要求的动词

RFC（Request For Comments）指的关于互联网标准的正式文件，它们的内容必须写得非常清楚。

表达的时候，必须严格区分哪些是"建议"（suggestion），哪些是"要求"（requirement）。所以，RFC2119专门对一些词语的涵义做出了规定，定义了五个关键词，表示"要求"的严格程度。

1. MUST

表示绝对要求这样做。

REQUIRED或者SHALL，与之同义。

2. MUST NOT

表示绝对不要求这样做。

SHALL NOT与之同义。

3. SHOULD

表示一般情况下应该这样做，但是在某些特定情况下可以忽视这个要求。

RECOMMENDED与之同义。

4. SHOULD NOT

表示一般情况下不应该这样做，但是在某些特定情况下可以忽视这个要求。

NOT RECOMMENDED与之同义。

5. MAY

表示这个要求完全是可选的（optional），你可以这样做，也可以不这样做。

OPTIONAL与之同义。

[参考链接]

1. RFC2119 英文版

2. RFC2119 中文版

（完）

RFC 系列文档和 RFC 编辑器的相关说明 第一个征求意见 (Request for Comments，RFC) 文档于 1969 年 4 月发布，作为设计和构建我们现在所知的互联网的努力的一部分。从那时起，RFC 系列一直是致力于记录 Internet 技术规范的档案系列，包括 Internet 研究和工程社区的一般贡献以及标准文档。
DTMF采用RFC2833进行带内传输的实现 在介绍RFC2833前，先来了解一下RTP（Real Time Protocal），该协议可参见RFC1889。RTP协议是IP电话中以及NGN中最经典的协议。无论采用H323，H248，MGCP还是SIP，这些都属于信令层的协议，他们之间进行互通、交换其最终目的是为了实现媒体流的收发。而所有的媒体流都是采用RTP协议，无论是视频，语音还是图象，包括本文所提到的DTMF都是建立在RTP的基础上的。
关于The valid characters are defined in RFC 7230 and RFC 3986问题 建议从目前的角度出发使用第三种方式降低tomcat版本就可以了，如果从长远出发的话，建议遵循RFC 7230 and RFC 3986规范，对于非保留字字符（json格式的请求参数）做转义操作。
DNS报文格式（RFC1035） 一、域名和资源记录的定义 1、Name space definitions 2、资源记录定义(RR definitions)      2.1 格式          后面分析报文的时候详细解释。
原地址 ： http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html part of Hypertext Transfer Protocol – HTTP/1.1 RFC 2616 Fielding, et al.
阮一峰 阿里技术专家。著名技术博客作者，技术方向为 React + Node，自由软件运动的支持者