1. 关键字回顾：
RFC(Request For Comments) ，RFC文档是一系列关于Internet（早期为ARPANET）的技术资料汇总，于1969年开始发布。它制定了我们很多常见和不常见的Internet的各种文字资料和规范。
URI(Universal Resource Identifiers) 统一资源标识符， 中定义了它详细的规范(1994年6月)
URL(Uniform Resource Locators) 统一资源定位符，中定义了它详细的规范(1994年12月)
在URI的规范中，资源描述文字，只允许使用字母，数字，安全字符，特殊字符，和转义字符
转义字符在URL中规定是使用%和两个hex进行表示，这也就是为什么浏览器的form post会自动进行转义成%xx的关系而不使用unicode的关系。
但是值得注意的是在URI中，空格是作为保留字的，所以URI规范中空格被辅以一个快速标记符号(short hand notation)来进行标识，就是我们看到的+号。所以在php中提供的urlencode方法是为了把字符串转换成URI规范用的, 保留空格转换成+号，可以模拟出浏览器form post的结果。
2. 说说 URL
URL 其实是 URI 中的一个子集，URI是一个很宽泛的定义，而且也在URI的基础上做了自己的特殊规范，例如
另外 URL 中把 # 规定成锚点是用来定位使用，使用了URI规定的保留字中的一个字符。
当然URL的escape也遵循了URI的规范使用 %和两个hex的格式。
值得注意的是URL的保留字和URI是不一样的，这些字符都是有特殊意义的
有没有注意到空格在里面？在URL规范中，空格只是认为不安全(unsafe)的存在，因为可能会因为排版和打印关系，可能会被忽略，所以URL中是需要把空格转换成%20的。对应的php提供的rawurlencode 方法是用来把字符串转换成URL的标准。
JS中的 encodeURI和encodeURIComponent 对字符的转义，虽然也是按照URI规范转义，但是它并没还有转换空格成+号，而是%20，后者会把URI的保留字; : / ?也进行转义。为什么浏览器和流行的server遇到 “ “,%20,+ 都会转换成空格？其实是为了更好兼容URI标准。
其实很多流行的http server都已经根据标准自动把url进行decode后给到后面的CGI进行处理，而我们自己的server很多时候需要开发来对这些进行decode。如果对这些标准不了解就很容易在decode的时候使用错误的decode手段。
而 unicode目前使用场景最多的是在我们的脚本语言和页面展示中，为了支持更宽的字符集，用一种统一的编码来规范处理文字而使用， 浏览器会根据资源的定义(charset) 对目标的文字先进行unicode转义后再进行统一的处理，这样就可以保证一个utf-8 的页面也可以同时支持请求GB2312的资源，而不会因此显示出错。
3. 附件：
除了URI和URL以外，还有一个不太流行的URN(Uniform Resource Name), ，它同样也是属于URI的子集, 具体可以goolge下。