url_百度百科
统一定位符是对可以从上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。[1]
它最初是由发明用来作为的地址。现在它已经被万维网联盟编制为互联网标准RFC1738了。
在因特网的历史上，统一定位符（URL）的发明是一个非常基础的步骤。统一定位符的语法是一般的，可扩展的，它使用ASCII代码的一部分来表示互联网的地址。一般统一定位符的开始标志着一个计算机网络所使用的。
统一定位符是统一资源标志符的一个下种。统一标志符确定一个，而统一资源定位符不但确定一个资源，而且还表示出它在哪里。
基本URL包含模式（或称协议）、服务器名称（或IP地址）、路径和文件名，如“协议://授权/?查询”。完整的、带有授权部分的普通统一标志符语法看上去如下：协议://用户名:密码@子域名.域名.顶级域名:/目录/文件名.文件后缀?参数=值#标志
url第一部分
模式/协议（scheme）：它告诉浏览器如何处理将要打开的文件。最常用的模式是超文本传输协议（Hypertext Transfer Protocol，缩写为HTTP），这个协议可以用来访问网络。[1]
其他协议如下：
http——超文本传输协议资源
https——用传送的
mailto——
ldap——搜索
file——当地电脑或网上分享的文件
gopher——Gopher协议
telnet——
url第二部分
文件所在的服务器的名称或IP地址，后面是到达这个文件的路径和文件本身的名称。服务器的名称或IP地址后面有时还跟一个冒号和一个。它也可以包含接触服务器必须的用户名称和密码。部分包含等级结构的路径定义，一般来说不同部分之间以斜线（/）分隔。询问部分一般用来传送对服务器上的数据库进行动态询问时所需要的参数。
有时候，URL以斜杠“/”结尾，而没有给出文件名，在这种情况下，URL引用路径中最后一个目录中的默认文件（通常对应于主页），这个文件常常被称为 index.html 或 default.htm。[1]
url绝对URL
绝对URL（absolute URL）显示文件的完整路径，这意味着绝对URL本身所在的位置与被引用的实际文件的位置无关，
url相对URL
相对URL（relative URL）以包含URL本身的文件夹的位置为参考点，描述目标文件夹的位置。如果目标文件与当前页面（也就是包含URL的页面）在同一个目录，那么这个文件的相对URL仅仅是文件名和扩展名，如果目标文件在当前目录的子目录中，那么它的相对URL是子目录名，后面是斜杠，然后是目标文件的文件名和扩展名。
如果要引用文件层次结构中更高层目录中的文件，那么使用两个句点和一条斜杠。可以组合和重复使用两个句点和一条斜杠，从而引用当前文件所在的硬盘上的任何文件，
一般来说，对于同一服务器上的文件，应该总是使用相对URL，它们更容易输入，而且在将页面从本地系统转移到服务器上时更方便，只要每个文件的相对位置保持不变，链接就仍然是有效地。
统一定位符一般是分大小写的，不过服务器可以确定在回复询问时大小写是否被区分。有些服务器在收到不同大小写的询问时的回复是相同的。地址结尾的&.&号在互联网的发展初期，访问一个网站不是单纯的输入这样DNS服务器才能够识别。后来，在WindowsNT3.51中对其进行了修改，可以自动在DNS查询时自动增加一个.号，随后UNIX，NetWare也随之而跟进，让服务器可以识别结尾没有&.&的域名。但是，符号&.&在现在的网址中仍然可以使用，统一定位符的日常使用统一定位符将从互联网获取信息的四个基本元素包括在一个简单的地址中。
Elizabeth Castro．HTML XHTML CSS基础教程．北京：人民邮电出版社，2007.8：35-37
本词条内容贡献者为
副理事长兼秘书长
中国通信学会
中国通信学会
原武汉邮电科学研究院
中国联通网络技术研究院
工业和信息化部电信研究院互联网中心
副院长兼总工程师
中国移动设计院
首席架构师业务总工程师
中兴通讯股份有限公司
百度公司发展研究中心
中国通信学会科普中国百科科学词条评审专家委员会
中国通信学会是全国通信...
提供资源类型：内容
企业信用信息从输入URL到页面加载完成的过程中都发生了什么？
背景 &本文来自于之前我发的一篇微博：
不过写这篇文章并不是为了帮大家准备面试，而是想借这道题来介绍计算机和互联网的基础知识，让读者了解它们之间是如何关联起来的。
为了便于理解，我将整个过程分为了六个问题来展开。
第一个问题：从输入 URL 到浏览器接收的过程中发生了什么事情？
从触屏到 CPU
首先是「输入 URL」，大部分人的第一反应会是键盘，不过为了与时俱进，这里将介绍触摸屏设备的交互。
触摸屏一种传感器，目前大多是基于电容(Capacitive)来实现的，以前都是直接覆盖在显示屏上的，不过最近出现了 3 种嵌入到显示屏中的技术，第一种是 iPhone 5 的 In-cell，它能减小了 0.5 毫米的厚度，第二种是三星使用的 On-cell 技术，第三种是国内厂商喜欢用的 OGS 全贴合技术。
当手指在这个传感器上触摸时，有些电子会传递到手上，从而导致该区域的电压变化，触摸屏控制器芯片根据这个变化就能计算出所触摸的位置，然后通过总线接口将信号传到 CPU 的引脚上。
以 Nexus 5 为例，它所使用的触屏控制器是&Synaptics S3350B，总线接口为&I²C，以下是 Synaptics 触摸屏和处理器连接的示例：
左边是处理器，右边是触摸屏控制器，中间的 SDA 和 SCL 连线就是 I²C 总线接口。
CPU 内部的处理
移动设备中的 CPU 并不是一个单独的芯片，而是和 GPU 等芯片集成在一起，被称为 SoC（片上系统）。
前面提到了触屏和 CPU 的连接，这个连接和大部分计算机内部的连接一样，都是通过电气信号来进行通信的，也就是电压高低的变化，如下面的时序图：
在时钟的控制下，这些电流会经过&MOSFET&晶体管，晶体管中包含 N 型半导体和 P 型半导体，通过电压就能控制线路开闭，然后这些 MOSFET 构成了&CMOS，接着再由 CMOS 实现「与」「或」「非」等逻辑电路门，最后由逻辑电路门上就能实现加法、位移等计算，整体如下图所示（来自《计算机体系结构》）：
除了计算，在 CPU 中还需要存储单元来加载和存储数据，这个存储单元一般通过触发器(Flip-flop)来实现，称为寄存器。
以上这些概念都比较抽象，推荐阅读「」这篇文章，作者基于晶体管、二极管、电容等原件制作了一个 8 位的计算机，支持简单汇编指令和结果输出，虽然现代 CPU 的实现要比这个复杂得多，但基本原理还是一样的。
另外其实我也是刚开始学习 CPU 芯片的实现，所以就不在这误人子弟了，感兴趣的读者请阅读本节后面推荐的书籍。
从 CPU 到操作系统内核
前面说到触屏控制器将电气信号发送到 CPU 对应的引脚上，接着就会触发 CPU 的中断机制，以 Linux 为例，每个外部设备都有一标识符，称为中断请求(IRQ)号，可以通过&/proc/interrupts&文件来查看系统中所有设备的中断请求号，以下是 Nexus 7 (2013) 的部分结果：
shell@flo:/$cat/proc/interrupts
&&&&&&&&&&&&CPU0
&&17:&&&&&&&&&&0&&&&&& GIC&&dg_timer
294:&&&&1973609&& msmgpio&&elan-ktf3k
314:&&&&&&&&679&& msmgpio&&KEY_POWER
因为 Nexus 7 使用了 ELAN 的触屏控制器，所以结果中的 elan-ktf3k 就是触屏的中断请求信息，其中 294 是中断号，1973609 是触发的次数（手指单击时会产生两次中断，但滑动时会产生上百次中断）。
为了简化这里不考虑优先级问题，以 ARMv7 架构的处理器为例，当中断发生时，CPU 会停下当前运行的程序，保存当前执行状态（如 PC 值），进入 IRQ 状态），然后跳转到对应的中断处理程序执行，这个程序一般由第三方内核驱动来实现，比如前面提到的 Nexus 7 的驱动源码在这里&。
这个驱动程序将读取 I²C 总线中传来的位置数据，然后通过内核的&input_report_abs&等方法记录触屏按下坐标等信息，最后由内核中的input 子模块将这些信息都写进&/dev/input/event0&这个设备文件中，比如下面展示了一次触摸事件所产生的信息：
130|shell@flo:/$getevent-lt/dev/input/event0
[&&986]EV_ABS&&&&&& ABS_MT_TRACKING_ID&& 0000835c
[&&017]EV_ABS&&&&&& ABS_MT_TOUCH_MAJOR&& 0000000b
[&&047]EV_ABS&&&&&& ABS_MT_PRESSURE&&&&&&0000001d
[&&047]EV_ABS&&&&&& ABS_MT_POSITION_X&&&&
[&&078]EV_ABS&&&&&& ABS_MT_POSITION_Y&&&&
[&&078]EV_SYN&&&&&& SYN_REPORT&&&&&&&&&&
[&&239]EV_ABS&&&&&& ABS_MT_TRACKING_ID&& ffffffff
[&&270]EV_SYN&&&&&& SYN_REPORT&&&&&&&&&&
&从操作系统 GUI 到浏览器
前面提到 Linux 内核已经完成了对硬件的抽象，其它程序只需要通过监听&/dev/input/event0&文件的变化就能知道用户进行了哪些触摸操作，不过如果每个程序都这么做实在太麻烦了，所以在图像操作系统中都会包含 GUI 框架来方便应用程序开发，比如 Linux 下著名的&X。
但 Android 并没有使用 X，而是自己实现了一套 GUI 框架，其中有个&EventHub&的服务会通过&epoll&方式监听&/dev/input/&目录下的文件，然后将这些信息传递到 Android 的窗口管理服务(WindowManagerService)中，它会根据位置信息来查找相应的 app，然后调用其中的监听函数（如 onTouch 等）。
就这样，我们解答了第一个问题，不过由于时间有限，这里省略了很多细节。
第二个问题：浏览器如何向网卡发送数据？
从浏览器到浏览器内核
前面提到操作系统 GUI 将输入事件传递到了浏览器中，在这过程中，浏览器可能会做一些预处理，比如 Chrome 会根据历史统计来预估所输入字符对应的网站，比如输入了「ba」，根据之前的历史发现 90% 的概率会访问「 」，因此就会在输入回车前就马上开始建立 TCP 链接甚至渲染了，这里面还有很多其它策略，感兴趣的读者推荐阅读 &。
接着是输入 URL 后的「回车」，这时浏览器会对 URL 进行检查，首先判断协议，如果是 http 就按照 Web 来处理，另外还会对这个 URL 进行安全检查，然后直接调用浏览器内核中的对应方法，比如&WebView&中的 loadUrl 方法。
在浏览器内核中会先查看缓存，然后设置 UA 等 HTTP 信息，接着调用不同平台下网络请求的方法。
需要注意浏览器和浏览器内核是不同的概念，浏览器指的是 Chrome、Firefox，而浏览器内核则是 Blink、Gecko，浏览器内核只负责渲染，GUI 及网络连接等跨平台工作则是浏览器实现的
HTTP 请求的发送
因为网络的底层实现是和内核相关的，所以这一部分需要针对不同平台进行处理，从应用层角度看主要做两件事情：通过 DNS 查询 IP、通过 Socket 发送数据，接下来就分别介绍这两方面的内容。
应用程序可以直接调用 Libc 提供的&getaddrinfo()&方法来实现 DNS 查询。
DNS 查询其实是基于 UDP 来实现的，这里我们通过一个具体例子来了解它的查找过程，以下是使用&dig +trace &命令得到的结果（省略了一些）：
;&&&&DiG9.8.3-P1&&&&+trace fex.baidu.com
;;globaloptions:+cmd
.&&&&&&&&&& 11157&& IN&&NS&&g.root-servers.net.
.&&&&&&&&&& 11157&& IN&&NS&&i.root-servers.net.
.&&&&&&&&&& 11157&& IN&&NS&&j.root-servers.net.
.&&&&&&&&&& 11157&& IN&&NS&&a.root-servers.net.
.&&&&&&&&&& 11157&& IN&&NS&&l.root-servers.net.
;;Received228bytes from8.8.8.8#53(8.8.8.8) in 220 ms
com.&&&&&&&&&&&&172800&&IN&&NS&&a.gtld-servers.net.
com.&&&&&&&&&&&&172800&&IN&&NS&&c.gtld-servers.net.
com.&&&&&&&&&&&&172800&&IN&&NS&&m.gtld-servers.net.
com.&&&&&&&&&&&&172800&&IN&&NS&&h.gtld-servers.net.
com.&&&&&&&&&&&&172800&&IN&&NS&&e.gtld-servers.net.
;;Received503bytes from192.36.148.17#53(192.36.148.17) in 185 ms
baidu.com.&&&&&&172800&&IN&&NS&&dns.baidu.com.
baidu.com.&&&&&&172800&&IN&&NS&&ns2.baidu.com.
baidu.com.&&&&&&172800&&IN&&NS&&ns3.baidu.com.
baidu.com.&&&&&&172800&&IN&&NS&&ns4.baidu.com.
baidu.com.&&&&&&172800&&IN&&NS&&ns7.baidu.com.
;;Received201bytes from192.48.79.30#53(192.48.79.30) in 1237 ms
fex.baidu.com.&&&&&&7200&&&&IN&&CNAME&& fexteam.duapp.com.
fexteam.duapp.com.&&300IN&&CNAME&& duapp.n.shifen.com.
n.shifen.com.&&&&&& 86400&& IN&&NS&&ns1.n.shifen.com.
n.shifen.com.&&&&&& 86400&& IN&&NS&&ns4.n.shifen.com.
n.shifen.com.&&&&&& 86400&& IN&&NS&&ns2.n.shifen.com.
n.shifen.com.&&&&&& 86400&& IN&&NS&&ns5.n.shifen.com.
n.shifen.com.&&&&&& 86400&& IN&&NS&&ns3.n.shifen.com.
;;Received258bytes from61.135.165.235#53(61.135.165.235) in 2 ms
可以看到这是一个逐步缩小范围的查找过程，首先由本机所设置的 DNS 服务器(8.8.8.8)向 DNS 根节点查询负责 .com 区域的域务器，然后通过其中一个负责 .com 的服务器查询负责
的服务器，最后由其中一个
的域名服务器查询
域名的地址。
可能你在查询某些域名的时会发现和上面不一样，最底将看到有个奇怪的服务器抢先返回结果。。。
这里为了方便描述，忽略了很多不同的情况，比如 127.0.0.1 其实走的是&loopback，和网卡设备没关系；比如 Chrome 会在浏览器启动的时预先查询 10 个你有可能访问的域名；还有 Hosts 文件、缓存时间 TTL(Time to live)的影响等。
通过 Socket 发送数据
有了 IP 地址，就可以通过 Socket API 来发送数据了，这时可以选择 TCP 或 UDP 协议，具体使用方法这里就不介绍了，推荐阅读 。
HTTP 常用的是 TCP 协议，由于 TCP 协议的具体细节到处都能看到，所以本文就不介绍了，这里谈一下 TCP 的 Head-of-line blocking 问题：假设客户端的发送了 3 个 TCP 片段(segments)，编号分别是 1、2、3，如果编号为 1 的包传输时丢了，即便编号 2 和 3 已经到达也只能等待，因为 TCP 协议需要保证顺序，这个问题在 HTTP pipelining 下更严重，因为 HTTP pipelining 可以让多个 HTTP 请求通过一个 TCP 发送，比如发送两张图片，可能第二张图片的数据已经全收到了，但还得等第一张图片的数据传到。
为了解决 TCP 协议的性能问题，Chrome 团队去年提出了&QUIC&协议，它是基于 UDP 实现的可靠传输，比起 TCP，它能减少很多来回(round trip)时间，还有前向纠错码(Forward Error Correction)等功能。目前 Google Plus、 Gmail、Google Search、blogspot、Youtube 等几乎大部分 Google 产品都在使用 QUIC，可以通过&chrome://net-internals/#spdy&页面来发现。
虽然目前除了 Google 还没人用 QUIC，但我觉得挺有前景的，因为优化 TCP 需要升级系统内核（比如&）。
浏览器对同一个域名有连接数限制，大部分是 6，我以前认为将这个连接数改大后会提升性能，但实际上并不是这样的，Chrome 团队有做过实验，发现从 6 改成 10 后性能反而下降了，造成这个现象的因素有很多，如建立连接的开销、拥塞控制等问题，而像 SPDY、HTTP 2.0 协议尽管只使用一个 TCP 连接来传输数据，但性能反而更好，而且还能实现请求优先级。
另外，因为 HTTP 请求是纯文本格式的，所以在 TCP 的数据段中可以直接分析 HTTP 的文本，如果发现。。。
Socket 在内核中的实现
前面说到浏览器的跨平台库通过调用 Socket API 来发送数据，那么 Socket API 是如何实现的呢？
以 Linux 为例，它的实现在这里&socket.c，目前我还不太了解，推荐读者看看&Linux kernel map，它标注出了关键路径的函数，方便学习从协议栈到网卡驱动的实现。
底层网络协议的具体例子
接下来如果继续介绍 IP 协议和 MAC 协议可能很多读者会晕，所以本节将使用&Wireshark&来通过具体例子讲解，以下是我请求百度首页时抓取到的网络数据：
最底下是实际的二进制数据，中间是解析出来的各个字段值，可以看到其中最底部为 HTTP 协议(Hypertext Transfer Protocol)，在 HTTP 之前有 54 字节(0&36)，这就是底层网络协议所带来的开销，我们接下来对这些协议进行分析。
在 HTTP 之上是 TCP 协议(Transmission Control Protocol)，它的具体内容如下图所示：
通过底部的二进制数据，可以看到 TCP 协议是加在 HTTP 文本前面的，它有 20 个字节，其中定义了本地端口(Source port)和目标端口(Destination port)、顺序序号(Sequence Number)、窗口长度等信息，以下是 TCP 协议各个部分数据的完整介绍：
0&&&&&&&&&&&&&&&&&& 1&&&&&&&&&&&&&&&&&& 2&&&&&&&&&&&&&&&&&& 3
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&&&&&&&&&Source Port&&&&&&&&&&|&&&&&& Destination Port&&&&&&&&|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&&&&&&&&&&&&&&&&&&&&&&&Sequence Number&&&&&&&&&&&&&&&&&&&&&&&&|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&&&&&&&&&&&&&&&&&&&Acknowledgment Number&&&&&&&&&&&&&&&&&&&&&&|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&Data|&&&&&&&&&& |U|A|E|R|S|F|&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& |
|Offset|Reserved&&|R|C|O|S|Y|I|&&&&&&&&&&&&Window&&&&&&&&&&&& |
|&&&&&& |&&&&&&&&&& |G|K|L|T|N|N|&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&&&&&&&&& Checksum&&&&&&&&&&&&|&&&&&&&& Urgent Pointer&&&&&&&&|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&&&&&&&&&&&&&&&&&&&Options&&&&&&&&&&&&&&&&&&&&|&&&&Padding&&&&|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|&&&&&&&&&&&&&&&&&&&&&&&&&&&& data&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
具体各个字段的作用这里就不介绍了，感兴趣的读者可以阅读&，并结合抓包分析来理解。
需要注意的是，在 TCP 协议中并没有 IP 地址信息，因为这是在上一层的 IP 协议中定义的，如下图所示：
IP 协议同样是在 TCP 前面的，它也有 20 字节，在这里指明了版本号(Version)为 4，源(Source) IP 为&192.168.1.106，目标(Destination) IP 为&119.75.217.56，因此 IP 协议最重要的作用就是确定 IP 地址。
因为 IP 协议中可以查看到目标 IP 地址，所以如果发现某些特定的 IP 地址，某些路由器就会。。。
但是，光靠 IP 地址是无法进行通信的，因为 IP 地址并不和某台设备绑定，比如你的笔记本的 IP 在家中是&192.168.1.1，但到公司就变成172.22.22.22&了，所以在底层通信时需要使用一个固定的地址，这就是 MAC(media access control) 地址，每个网卡出厂时的 MAC 地址都是固定且唯一的。
因此再往上就是 MAC 协议，它有 14 字节，如下所示：
当一台电脑加入网络时，需要通过&ARP&协议告诉其它网络设备它的 IP 及对应的 MAC 地址是什么，这样其它设备就能通过 IP 地址来查找对应的设备了。
最顶上的 Frame 是代表 Wireshark 的抓包序号，并不是网络协议。
就这样，我们解答了第二个问题，不过其实这里面还有很多很多细节没介绍。
第三个问题：数据如何从本机网卡发送到服务器？
从内核到网络适配器(Network Interface Card)
前面说到调用 Socket API 后内核会对数据进行底层协议栈的封装，接下来启动&DMA&控制器，它将从内存中读取数据写入网卡。
以 Nexus 5 为例，它使用的是博通&BCM4339&芯片通信，接口采用了 SD 卡一样的&SDIO，但这个芯片的细节并没有公开资料，所以这里就不讨论了。
连接 Wi-Fi 路由
Wi-Fi 网卡需要通过 Wi-Fi 路由来与外部通信，原理是基于无线电，通过电流变化来产生无线电，这个过程也叫「调制」，而反过来无线电可以引起电磁场变化，从而产生电流变化，利用这个原理就能将无线电中的信息解读出来就叫「解调」，其中单位时间内变化的次数就称为频率，目前在 Wi-Fi 中所采用的频率分为 2.4 GHz 和 5 GHz 两种。
在同一个 Wi-Fi 路由下，因为采用的频率相同，同时使用时会发生冲突，为了解决这个问题，Wi-Fi 采用了被称为&CSMA/CA&的方法，简单来说就是在传输前先确认信道是否已被使用，没有才发送数据。
而同样基于无线电原理的 2G/3G/LTE 也会遇到类似的问题，但它并没有采用 Wi-Fi 那样的独占方案，而是通过频分(FDMA)、时分(TDMA)和码分(CDMA)来进行复用，具体细节这里就不展开了。
以小米路由为例，它使用的芯片是&BCM 4709，这个芯片由 ARM Cortex-A9 处理器及流量(Flow)硬件加速组成，使用硬件芯片可以避免经过操作系统中断、上下文切换等操作，从而提升了性能。
路由器中的操作系统可以基于&OpenWrt&或&DD-WRT&来开发的，具体细节我不太了解，所以就不展开了。
因为内网设备的 IP 都是类似&192.168.1.x&这样的内网地址，外网无法直接向这个地址发送数据，所以网络数据在经过路由时，路由会修改相关地址和端口，这个操作称为&NAT&映射。
最后家庭路由一般会通过双绞线连接到运营商网络的。
运营商网络内的路由
数据过双绞线发送到运营商网络后，还会经过很多个中间路由转发，读者可以通过 traceroute 命令或者在线可视化工具来查看这些路由的 ip 和位置。
当数据传递到这些路由器后，路由器会取出包中目的地址的前缀，通过内部的转发表查找对应的输出链路，而这个转发表是如何得到的呢？这就是路由器中最重要的选路算法了，可选的有很多，我对这方面并不太了解，看起来上的词条列得很全。
主干网间的传输
对于长线的数据传输，通常使用光纤作为介质，光纤是基于光的全反射来实现的，使用光纤需要专门的发射器通过电致发光（比如 LED）将电信号转成光，比起前面介绍的无线电和双绞线，光纤信号的抗干扰性要强得多，而且能耗也小很多。
既然是基于光来传输数据，数据传输速度也就取决于光的速度，在真空中的光速接近于 30 万千米/秒，由于光纤包层(cladding)中的折射率(refractive index)为 1.52，所以实际光速是 20 万千米/秒左右，从首都机场飞往广州白云机场的距离是 1967 千米，按照这个距离来算需要花费 10 毫秒才能抵达。这意味着如果你在北京，服务器在广州，等你发出数据到服务器返回数据至少得等 20 毫秒，实际情况预计是 2- 3 倍，因为这其中还有各个节点路由处理的耗时，比如我测试了一个广州的 IP 发现平均延迟为 60 毫秒。
这个延迟是现有科技无法解决的（除非找到超过光速的方法），只能通过 CDN 来让传输距离变短，或尽量减少串行的来回请求（比如 TCP 建立连接所需的 3 次握手）。
注：相关网站建设技巧阅读请移步到频道。
看过本文的人还看过
最新图文推荐
最新专栏文章
大家感兴趣的内容
&&<a rel="nofollow" class="red" href="" target="_blank" color="red新版网站排行榜
===全新上线===
网友热评的文章喜欢读书的朋友，来这里看，都是免费的书籍 http:///inviteurl.aspx?u=D881EAA435CBE902_百度知道
喜欢读书的朋友，来这里看，都是免费的书籍 http:///inviteurl.aspx?u=D881EAA435CBE902
//inviteurl.aihuanshu://www?u=D881EAA435CBE902" target="_blank">http://www<a href="http
提问者采纳
来自团队：
其他类似问题
为您推荐：
aspx的相关知识
其他6条回答
呵呵，非常感谢
我要看的没有
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁
