互联网上的每一个网页、每一个资源都具有一个唯一的名称标识，通常称之为URL地址。URL一般由几部分组成，即协议类型、主机名、路径及文件名。协议类型主要有HTTP、FTP、Gopher、Telnet、File等几种。 

（1）protocol（协议）：指定使用的传输协议。 

（2）hostname（主机名）：是指存放资源的服务器的域名系统（DNS）主机名或IP地址。有时，在主机名前也可以包含连接到服务器所需的用户名和密码（格式为username:password），更多相关知识：http://www.yanhuangzixun.com。 

（3）port（端口号）：整数，是可选参数，省略时使用方案的默认端口，各种传输协议都有默认的端口号，如http的默认端口为80。如果输入时省略，则使用默认端口号。有时候出于安全或其他考虑，可以在服务器上对端口进行重定义，即采用非标准端口号，此时， URL中就不能省略端口号这一项。 

（4）path（路径）：由零或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址，如果开展CDN业务，需要办理CDN许可证。 

（5）内容ID：由字符串组成，一般用来表示该路径下的唯一文件标识。 除了以上部分的内容外，URL还可以包括parameters（参数），这是用于指定特殊参数的可选项。如查询参数， ?query （查询），用于给动态网页（如使用 CGI、ISAPI、PHP/JSP/ASP/ASP.NET等技术制作的网页）传递参数，可有多个参数，用“&”符号隔开，每个参数的名和值用“=”符号隔开。

       CDN原理内容统一 ID 前节介绍了统一资源定位符（URL），读者自然会想到，直接使用统一资源定位符（URL）作为CDN内容的统一ID不就是最好的方案吗？ 许多CDN确实是直接使用URL作为其CDN的内容ID的。这带来的好处是很明显的：CDN不再需要进行设置，由URL的唯一性特性来保证CDN原理ID的唯一性。但这种方法有以下两个主要缺点。 

（1）内容ID没有可以被CDN利用来进行分类的信息，即内容ID没有CDN可利用的信息。在实际的应用中，CDN原理对内容加速时，如果能根据内容的一些属性提供一些特殊的功能，对CDN原理总体性能十分有用。 

（2）不适合没有使用URL标识的内容。在许多应用场景，内容接入CDN是通过内容管理系统注入的，往往这些内容只在内容管理系统标识唯一，没有使用URL作为标识。 所以CDN原理内容统一ID单纯使用URL标识并不是一个很好的办法。考虑到CDN需要支持多源CMS和在同一CMS上存在多屏内容注入的需求，可考虑引入二元组UniContentID来唯一标识不同CMS注入的不同内容域的唯一的内容文件。以下为一种CDN内容统一ID方案。