在一些博客文章中，会提到 "这项技术在RFC xxxx中定义"，或者 "具体细节见RFC yyyy"。

什么是RFC？

RFC是Request for Comments的缩写。你现在可能在各种环境下都有RFC，但传统上我们所说的RFC在互联网上是指由工程师和计算机科学家编写的出版物，针对的是在互联网领域工作的其他专业人士。

RFC历史悠久，早在1969年ARPANET时代就开始了。互联网就是这样产生的，RFC是讨论的起点，或者是人们用来实现实际软件的协议实现细节。

Request for Comments这个名字，鼓励社区围绕着这些论文进行讨论，最初是以印刷品的形式流传的。

今天的RFC，在被添加为正式的RFC之前，要经过各种步骤，可能需要很多个月或几年的讨论。这是因为今天的RFC一旦发布，就不能再更改了。整个过程由IETF即互联网工程任务组管理。

RFC文件的修订需要作为独立的RFC发布，旧的RFC会被那些较新的修订标记为被取代。其他RFC则是对旧RFC规定的内容进行补充。

例如，1992年的RFC 1349，标题为 "Internet协议套件中的服务类型"，在1998年被RFC 2474淘汰，标题为 "IPv4和IPv6头文件中差异化服务字段（DS字段）的定义"。

这里有一些非常著名的RFC文档，非常值得一读。这些东西在很长一段时间内都是相关的（我自己在20年前的高中时就打印了一些，我现在还保留着这些文件），是互联网的基础。

RFC 791: RFC 791: IP

RFC 793: RFC 793: TCP

RFC 1034：DNS

RFC 4291：IPv6

RFC 6749：OAuth 2.0

其他一些RFC的技术性不强，比如RFC 1855 Netiquette Guidelines，还有一些只是工程师为工程师开的有趣的玩笑，比如RFC 2324，超文本咖啡壶控制协议。

所以，总而言之。RFCs是技术性文件，经过严格的讨论和技术验证后 被添加到IETF认可的官方协议列表中，作为标准，它们可以被软件供应商实施。