2012年6月11日星期一

阮一峰的网络日志

阮一峰的网络日志

互联网协议入门（二）

Posted: 11 Jun 2012 03:13 AM PDT

上一篇文章分析了互联网的总体构思，从下至上，每一层协议的设计思想。

这是从设计者的角度看问题，今天我想切换到用户的角度，看看用户是如何从上至下，与这些协议互动的。

==============================================================

互联网协议入门（二）

作者：阮一峰

（接上文）

七、一个小结

先对前面的内容，做一个小结。

我们已经知道，网络通信就是交换数据包。电脑A向电脑B发送一个数据包，后者收到了，回复一个数据包，从而实现两台电脑之间的通信。数据包的结构，基本上是下面这样：

发送这个包，需要知道两个地址：

　　* 对方的MAC地址

　　* 对方的IP地址

有了这两个地址，数据包才能准确送到接收者手中。但是，前面说过，MAC地址有局限性，如果两台电脑不在同一个子网络，就无法知道对方的MAC地址，必须通过网关（gateway）转发。

上图中，1号电脑要向4号电脑发送一个数据包。它先判断4号电脑是否在同一个子网络，结果发现不是（后文介绍判断方法），于是就把这个数据包发到网关A。网关A通过路由协议，发现4号电脑位于子网络B，又把数据包发给网关B，网关B再转发到4号电脑。

1号电脑把数据包发到网关A，必须知道网关A的MAC地址。所以，数据包的目标地址，实际上分成两种情况：

场景数据包地址
同一个子网络对方的MAC地址，对方的IP地址
非同一个子网络网关的MAC地址，对方的IP地址

发送数据包之前，电脑必须判断对方是否在同一个子网络，然后选择相应的MAC地址。接下来，我们就来看，实际使用中，这个过程是怎么完成的。

八、用户的上网设置

8.1 静态IP地址

你买了一台新电脑，插上网线，开机，这时电脑能够上网吗？

通常你必须做一些设置。有时，管理员（或者ISP）会告诉你下面四个参数，你把它们填入操作系统，计算机就能连上网了：

　　* 本机的IP地址
　　* 子网掩码
　　* 网关的IP地址
　　* DNS的IP地址

下图是Windows系统的设置窗口。

这四个参数缺一不可，后文会解释为什么需要知道它们才能上网。由于它们是给定的，计算机每次开机，都会分到同样的IP地址，所以这种情况被称作"静态IP地址上网"。

但是，这样的设置很专业，普通用户望而生畏，而且如果一台电脑的IP地址保持不变，其他电脑就不能使用这个地址，不够灵活。出于这两个原因，大多数用户使用"动态IP地址上网"。

8.2 动态IP地址

所谓"动态IP地址"，指计算机开机后，会自动分配到一个IP地址，不用人为设定。它使用的协议叫做DHCP协议。

这个协议规定，每一个子网络中，有一台计算机负责管理本网络的所有IP地址，它叫做"DHCP服务器"。新的计算机加入网络，必须向"DHCP服务器"发送一个"DHCP请求"数据包，申请IP地址和相关的网络参数。

前面说过，如果两台计算机在同一个子网络，必须知道对方的MAC地址和IP地址，才能发送数据包。但是，新加入的计算机不知道这两个地址，怎么发送数据包呢？

DHCP协议做了一些巧妙的规定。

8.3 DHCP协议

首先，它是一种应用层协议，建立在UDP协议之上，所以整个数据包是这样的：

　　（1）最前面的"以太网标头"，设置发出方（本机）的MAC地址和接收方（DHCP服务器）的MAC地址。前者就是本机网卡的MAC地址，后者这时不知道，就填入一个广播地址：FF-FF-FF-FF-FF-FF。

　　（2）后面的"IP标头"，设置发出方的IP地址和接收方的IP地址。这时，对于这两者，本机都不知道。于是，发出方的IP地址就设为0.0.0.0，接收方的IP地址设为255.255.255.255。

　　（3）最后的"UDP标头"，设置发出方的端口和接收方的端口。这一部分是DHCP协议规定好的，发出方是68端口，接收方是67端口。

这个数据包构造完成后，就可以发出了。以太网是广播发送，同一个子网络的每台计算机都收到了这个包。因为接收方的MAC地址是FF-FF-FF-FF-FF-FF，看不出是发给谁的，所以每台收到这个包的计算机，还必须分析这个包的IP地址，才能确定是不是发过自己的。当看到发出方IP地址是0.0.0.0，接收方是255.255.255.255，于是DHCP服务器知道"这个包是发过我的"，而其他计算机就可以丢弃这个包。

接下来，DHCP服务器读出这个包的数据内容，分配好IP地址，发送回去一个"DHCP响应"数据包。这个响应包的结构也是类似的，以太网标头的MAC地址是双方的网卡地址，IP标头的IP地址是DHCP服务器的IP地址（发出方）和255.255.255.255（接收方），UDP标头的端口是67（发出方）和68（接收方），分配给请求端的IP地址和本网络的具体参数则包含在Data部分。

新加入的计算机收到这个响应包，于是就知道了自己的IP地址、子网掩码、网关地址、DNS服务器等等参数。

8.4 上网设置：小结

这个部分，需要记住的就是一点：不管是"静态IP地址"还是"动态IP地址"，电脑上网的首要步骤，是确定四个参数。这四个值很重要，值得重复一遍：

　　* 本机的IP地址
　　* 子网掩码
　　* 网关的IP地址
　　* DNS的IP地址

有了这几个数值，电脑就可以上网"冲浪"了。接下来，我们来看一个实例，当用户访问网页的时候，互联网协议是怎么运作的。

九、一个实例：访问网页

9.1 本机参数

我们假定，经过上一节的步骤，用户设置好了自己的网络参数：

　　* 本机的IP地址：192.168.1.100
　　* 子网掩码：255.255.255.0
　　* 网关的IP地址：192.168.1.1
　　* DNS的IP地址：8.8.8.8

然后他打开浏览器，想要访问Google，在地址栏输入了网址：www.google.com。

这意味着，浏览器要向Google发送一个网页请求的数据包。

9.2 DNS协议

我们知道，发送数据包，必须要知道对方的IP地址。但是，现在，我们只知道网址www.google.com，不知道它的IP地址。

DNS协议可以帮助我们，将这个网址转换成IP地址。已知DNS服务器为8.8.8.8，于是我们向这个地址发送一个DNS数据包（53端口）。

然后，DNS服务器做出响应，告诉我们Google的IP地址是172.194.72.105。于是，我们知道了对方的IP地址。

9.3 子网掩码

接下来，我们要判断，这个IP地址是不是在同一个子网络，这就要用到子网掩码。

已知子网掩码是255.255.255.0，本机用它对自己的IP地址192.168.1.100，做一个二进制的AND运算（两个数位相同，结果为1，否则为0），计算结果为192.168.1.0；然后对Google的IP地址172.194.72.105也做一个AND运算，计算结果为172.194.72.0。这两个结果不相等，所以结论是，Google与本机不在同一个子网络。

因此，我们要向Google发送数据包，必须通过网关192.168.1.1转发，也就是说，接收方的MAC地址将是网关的MAC地址。

9.4 应用层协议

浏览网页用的是HTTP协议，它的整个数据包构造是这样的：

HTTP部分的内容，类似于下面这样：

　　GET / HTTP/1.1
　　Host: www.google.com
　　Connection: keep-alive
　　User-Agent: Mozilla/5.0 (Windows NT 6.1) ......
　　Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
　　Accept-Encoding: gzip,deflate,sdch
　　Accept-Language: zh-CN,zh;q=0.8
　　Accept-Charset: GBK,utf-8;q=0.7,*;q=0.3
　　Cookie: ... ...

我们假定这个部分的长度为4960字节，它会被嵌在TCP数据包之中。

9.5 TCP协议

TCP数据包需要设置端口，接收方（Google）的HTTP端口默认是80，发送方（本机）的端口是一个随机生成的1024-65535之间的整数，假定为51775。

TCP数据包的标头长度为20字节，加上嵌入HTTP的数据包，总长度变为4980字节。

9.6 IP协议

然后，TCP数据包再嵌入IP数据包。IP数据包需要设置双方的IP地址，这是已知的，发送方是192.168.1.100（本机），接收方是172.194.72.105（Google）。

IP数据包的标头长度为20字节，加上嵌入的TCP数据包，总长度变为5000字节。

9.7 以太网协议

最后，IP数据包嵌入以太网数据包。以太网数据包需要设置双方的MAC地址，发送方为本机的网卡MAC地址，接收方为网关192.168.1.1的MAC地址（通过ARP协议得到）。

以太网数据包的数据部分，最大长度为1500字节，而现在的IP数据包长度为5000字节。因此，IP数据包必须分割成四个包。因为每个包都有自己的IP标头（20字节），所以四个包的IP数据包的长度分别为1500、1500、1500、560。

9.8 服务器端响应

经过多个网关的转发，Google的服务器172.194.72.105，收到了这四个以太网数据包。

根据IP标头的序号，Google将四个包拼起来，取出完整的TCP数据包，然后读出里面的"HTTP请求"，接着做出"HTTP响应"，再用TCP协议发回来。

本机收到HTTP响应以后，就可以将网页显示出来，完成一次网络通信。

这个例子就到此为止，虽然经过了简化，但它大致上反映了互联网协议的整个通信过程。

（完）

文档信息
发帖者 时间：

2012年5月31日星期四

阮一峰的网络日志

阮一峰的网络日志

互联网协议入门（一）

Posted: 30 May 2012 09:44 PM PDT

我们每天使用互联网，你是否想过，它是如何实现的？

全世界几十亿台电脑，连接在一起，两两通信。上海的某一块网卡送出信号，洛杉矶的另一块网卡居然就收到了，两者实际上根本不知道对方的物理位置，你不觉得这是很神奇的事情吗？

互联网的核心是一系列协议，总称为"互联网协议"（Internet Protocol Suite）。它们对电脑如何连接和组网，做出了详尽的规定。理解了这些协议，就理解了互联网的原理。

下面就是我的学习笔记。因为这些协议实在太复杂、太庞大，我想整理一个简洁的框架，帮助自己从总体上把握它们。为了保证简单易懂，我做了大量的简化，有些地方并不全面和精确，但是应该能够说清楚互联网的原理。

=================================================

互联网协议入门

作者：阮一峰

一、概述

1.1 五层模型

互联网的实现，分成好几层。每一层都有自己的功能，就像建筑物一样，每一层都靠下一层支持。

用户接触到的，只是最上面的一层，根本没有感觉到下面的层。要理解互联网，必须从最下层开始，自下而上理解每一层的功能。

如何分层有不同的模型，有的模型分七层，有的分四层。我觉得，把互联网分成五层，比较容易解释。

如上图所示，最底下的一层叫做"实体层"（Physical Layer），最上面的一层叫做"应用层"（Application Layer），中间的三层（自下而上）分别是"链接层"（Link Layer）、"网络层"（Network Layer）和"传输层"（Transport Layer）。越下面的层，越靠近硬件；越上面的层，越靠近用户。

它们叫什么名字，其实并不重要。只需要知道，互联网分成若干层就可以了。

1.2 层与协议

每一层都是为了完成一种功能。为了实现这些功能，就需要大家都遵守共同的规则。

大家都遵守的规则，就叫做"协议"（protocol）。

互联网的每一层，都定义了很多协议。这些协议的总称，就叫做"互联网协议"（Internet Protocol Suite）。它们是互联网的核心，下面介绍每一层的功能，主要就是介绍每一层的主要协议。

二、实体层

我们从最底下的一层开始。

电脑要组网，第一件事要干什么？当然是先把电脑连起来，可以用光缆、电缆、双绞线、无线电波等方式。

这就叫做"实体层"，它就是把电脑连接起来的物理手段。它主要规定了网络的一些电气特性，作用是负责传送0和1的电信号。

三、链接层

3.1 定义

单纯的0和1没有任何意义，必须规定解读方式：多少个电信号算一组？每个信号位有何意义？

这就是"链接层"的功能，它在"实体层"的上方，确定了0和1的分组方式。

3.2 以太网协议

早期的时候，每家公司都有自己的电信号分组方式。逐渐地，一种叫做"以太网"（Ethernet）的协议，占据了主导地位。

以太网规定，一组电信号构成一个数据包，叫做"帧"（Frame）。每一帧分成两个部分：标头（Head）和数据（Data）。

"标头"包含数据包的一些说明项，比如发送者、接受者、数据类型等等；"数据"则是数据包的具体内容。

"标头"的长度，固定为18字节。"数据"的长度，最短为46字节，最长为1500字节。因此，整个"帧"最短为64字节，最长为1518字节。如果数据很长，就必须分割成多个帧进行发送。

3.3 MAC地址

上面提到，以太网数据包的"标头"，包含了发送者和接受者的信息。那么，发送者和接受者是如何标识呢？

以太网规定，连入网络的所有设备，都必须具有"网卡"接口。数据包必须是从一块网卡，传送到另一块网卡。网卡的地址，就是数据包的发送地址和接收地址，这叫做MAC地址。

每块网卡出厂的时候，都有一个全世界独一无二的MAC地址，长度是48个二进制位，通常用12个十六进制数表示。

前6个十六进制数是厂商编号，后6个是该厂商的网卡流水号。有了MAC地址，就可以定位网卡和数据包的路径了。

3.4 广播

定义地址只是第一步，后面还有更多的步骤。

首先，一块网卡怎么会知道另一块网卡的MAC地址？

回答是有一种ARP协议，可以解决这个问题。这个留到后面介绍，这里只需要知道，以太网数据包必须知道接收方的MAC地址，然后才能发送。

其次，就算有了MAC地址，系统怎样才能把数据包准确送到接收方？

回答是以太网采用了一种很"原始"的方式，它不是把数据包准确送到接收方，而是向本网络内所有计算机发送，让每台计算机自己判断，是否为接收方。

上图中，1号计算机向2号计算机发送一个数据包，同一个子网络的3号、4号、5号计算机都会收到这个包。它们读取这个包的"标头"，找到接收方的MAC地址，然后与自身的MAC地址相比较，如果两者相同，就接受这个包，做进一步处理，否则就丢弃这个包。这种发送方式就叫做"广播"（broadcasting）。

有了数据包的定义、网卡的MAC地址、广播的发送方式，"链接层"就可以在多台计算机之间传送数据了。

四、网络层

4.1 网络层的由来

以太网协议，依靠MAC地址发送数据。理论上，单单依靠MAC地址，上海的网卡就可以找到洛杉矶的网卡了，技术上是可以实现的。

但是，这样做有一个重大的缺点。以太网采用广播方式发送数据包，所有成员人手一"包"，不仅效率低，而且局限在发送者所在的子网络。也就是说，如果两台计算机不在同一个子网络，广播是传不过去的。这种设计是合理的，否则互联网上每一台计算机都会收到所有包，那会引起灾难。

互联网是无数子网络共同组成的一个巨型网络，很像想象上海和洛杉矶的电脑会在同一个子网络，这几乎是不可能的。

因此，必须找到一种方法，能够区分哪些MAC地址属于同一个子网络，哪些不是。如果是同一个子网络，就采用广播方式发送，否则就采用"路由"方式发送。（"路由"的意思，就是指如何向不同的子网络分发数据包，这是一个很大的主题，本文不涉及。）遗憾的是，MAC地址本身无法做到这一点。它只与厂商有关，与所处网络无关。

这就导致了"网络层"的诞生。它的作用是引进一套新的地址，使得我们能够区分不同的计算机是否属于同一个子网络。这套地址就叫做"网络地址"，简称"网址"。

于是，"网络层"出现以后，每台计算机有了两种地址，一种是MAC地址，另一种是网络地址。两种地址之间没有任何联系，MAC地址是绑定在网卡上的，网络地址则是管理员分配的，它们只是随机组合在一起。

网络地址帮助我们确定计算机所在的子网络，MAC地址则将数据包送到该子网络中的目标网卡。因此，从逻辑上可以推断，必定是先处理网络地址，然后再处理MAC地址。

4.2 IP协议

规定网络地址的协议，叫做IP协议。它所定义的地址，就被称为IP地址。

目前，广泛采用的是IP协议第四版，简称IPv4。这个版本规定，网络地址由32个二进制位组成。

习惯上，我们用分成四段的十进制数表示IP地址，从0.0.0.0一直到255.255.255.255。

互联网上的每一台计算机，都会分配到一个IP地址。这个地址分成两个部分，前一部分代表网络，后一部分代表主机。比如，IP地址172.16.254.1，这是一个32位的地址，假定它的网络部分是前24位（172.16.254），那么主机部分就是后8位（最后的那个1）。处于同一个子网络的电脑，它们IP地址的网络部分必定是相同的，也就是说172.16.254.2应该与172.16.254.1处在同一个子网络。

但是，问题在于单单从IP地址，我们无法判断网络部分。还是以172.16.254.1为例，它的网络部分，到底是前24位，还是前16位，甚至前28位，从IP地址上是看不出来的。

那么，怎样才能从IP地址，判断两台计算机是否属于同一个子网络呢？这就要用到另一个参数"子网掩码"（subnet mask）。

所谓"子网掩码"，就是表示子网络特征的一个参数。它在形式上等同于IP地址，也是一个32位二进制数字，它的网络部分全部为1，主机部分全部为0。比如，IP地址172.16.254.1，如果已知网络部分是前24位，主机部分是后8位，那么子网络掩码就是11111111.11111111.11111111.00000000，写成十进制就是255.255.255.0。

知道"子网掩码"，我们就能判断，任意两个IP地址是否处在同一个子网络。方法是将两个IP地址与子网掩码分别进行AND运算（两个数位都为1，运算结果为1，否则为0），然后比较结果是否相同，如果是的话，就表明它们在同一个子网络中，否则就不是。

比如，已知IP地址172.16.254.1和172.16.254.233的子网掩码都是255.255.255.0，请问它们是否在同一个子网络？两者与子网掩码分别进行AND运算，结果都是172.16.254.0，因此它们在同一个子网络。

总结一下，IP协议的作用主要有两个，一个是为每一台计算机分配IP地址，另一个是确定哪些地址在同一个子网络。

4.3 IP数据包

根据IP协议发送的数据，就叫做IP数据包。不难想象，其中必定包括IP地址信息。

但是前面说过，以太网数据包只包含MAC地址，并没有IP地址的栏位。那么是否需要修改数据定义，再添加一个栏位呢？

回答是不需要，我们可以把IP数据包直接放进以太网数据包的"数据"部分，因此完全不用修改以太网的规格。这就是互联网分层结构的好处：上层的变动完全不涉及下层的结构。

具体来说，IP数据包也分为"标头"和"数据"两个部分。

"标头"部分主要包括版本、长度、IP地址等信息，"数据"部分则是IP数据包的具体内容。它放进以太网数据包后，以太网数据包就变成了下面这样。

IP数据包的"标头"部分的长度为20到60字节，整个数据包的总长度最大为65,535字节。因此，理论上，一个IP数据包的"数据"部分，最长为65,515字节。前面说过，以太网数据包的"数据"部分，最长只有1500字节。因此，如果IP数据包超过了1500字节，它就需要分割成几个以太网数据包，分开发送了。

4.4 ARP协议

关于"网络层"，还有最后一点需要说明。

因为IP数据包是放在以太网数据包里发送的，所以我们必须同时知道两个地址，一个是对方的MAC地址，另一个是对方的IP地址。通常情况下，对方的IP地址是已知的（后文会解释），但是我们不知道它的MAC地址。

所以，我们需要一种机制，能够从IP地址得到MAC地址。

这里又可以分成两种情况。第一种情况，如果两台主机不在同一个子网络，那么事实上没有办法得到对方的MAC地址，只能把数据包传送到两个子网络连接处的"网关"（gateway），让网关去处理。

第二种情况，如果两台主机在同一个子网络，那么我们可以用ARP协议，得到对方的MAC地址。ARP协议也是发出一个数据包（包含在以太网数据包中），其中包含它所要查询主机的IP地址，在对方的MAC地址这一栏，填的是FF:FF:FF:FF:FF:FF，表示这是一个"广播"地址。它所在子网络的每一台主机，都会收到这个数据包，从中取出IP地址，与自身的IP地址进行比较。如果两者相同，都做出回复，向对方报告自己的MAC地址，否则就丢弃这个包。

总之，有了ARP协议之后，我们就可以得到同一个子网络内的主机MAC地址，可以把数据包发送到任意一台主机之上了。

五、传输层

5.1 传输层的由来

有了MAC地址和IP地址，我们已经可以在互联网上任意两台主机上建立通信。

接下来的问题是，同一台主机上有许多程序都需要用到网络，比如，你一边浏览网页，一边与朋友在线聊天。当一个数据包从互联网上发来的时候，你怎么知道，它是表示网页的内容，还是表示在线聊天的内容？

也就是说，我们还需要一个参数，表示这个数据包到底供哪个程序（进程）使用。这个参数就叫做"端口"（port），它其实是每一个使用网卡的程序的编号。每个数据包都发到主机的特定端口，所以不同的程序就能取到自己所需要的数据。

"端口"是0到65535之间的一个整数，正好16个二进制位。0到1023的端口被系统占用，用户只能选用大于1023的端口。不管是浏览网页还是在线聊天，应用程序会随机选用一个端口，然后与服务器的相应端口联系。

"传输层"的功能，就是建立"端口到端口"的通信。相比之下，"网络层"的功能是建立"主机到主机"的通信。只要确定主机和端口，我们就能实现程序之间的交流。因此，Unix系统就把主机+端口，叫做"套接字"（socket）。有了它，就可以进行网络应用程序开发了。

5.2 UDP协议

现在，我们必须在数据包中加入端口信息，这就需要新的协议。最简单的实现叫做UDP协议，它的格式几乎就是在数据前面，加上端口号。

UDP数据包，也是由"标头"和"数据"两部分组成。

"标头"部分主要定义了发出端口和接收端口，"数据"部分就是具体的内容。然后，把整个UDP数据包放入IP数据包的"数据"部分，而前面说过，IP数据包又是放在以太网数据包之中的，所以整个以太网数据包现在变成了下面这样：

UDP数据包非常简单，"标头"部分一共只有8个字节，总长度不超过65,535字节，正好放进一个IP数据包。

5.3 TCP协议

UDP协议的优点是比较简单，容易实现，但是缺点是可靠性较差，一旦数据包发出，无法知道对方是否收到。

为了解决这个问题，提高网络可靠性，TCP协议就诞生了。这个协议非常复杂，但可以近似认为，它就是有确认机制的UDP协议，每发出一个数据包都要求确认。如果有一个数据包遗失，就收不到确认，发出方就知道有必要重发这个数据包了。

因此，TCP协议能够确保数据不会遗失。它的缺点是过程复杂、实现困难、消耗较多的资源。

TCP数据包和UDP数据包一样，都是内嵌在IP数据包的"数据"部分。TCP数据包没有长度限制，理论上可以无限长，但是为了保证网络的效率，通常TCP数据包的长度不会超过IP数据包的长度，以确保单个TCP数据包不必再分割。

六、应用层

应用程序收到"传输层"的数据，接下来就要进行解读。由于互联网是开放架构，数据来源五花八门，必须事先规定好格式，否则根本无法解读。

"应用层"的作用，就是规定应用程序的数据格式。

举例来说，TCP协议可以为各种各样的程序传递数据，比如Email、WWW、FTP等等。那么，必须有不同协议规定电子邮件、网页、FTP数据的格式，这些应用程序协议就构成了"应用层"。

这是最高的一层，直接面对用户。它的数据就放在TCP数据包的"数据"部分。因此，现在的以太网的数据包就变成下面这样。

至此，整个互联网的五层结构，自下而上全部讲完了。这是从系统的角度，解释互联网是如何构成的。下一次，我反过来，从用户的角度，自上而下看看这个结构是如何发挥作用，完成一次网络数据交换的。

（完）

文档信息
发帖者 时间：

2012年5月13日星期日

阮一峰的网络日志

阮一峰的网络日志

失败的总和----读《黄河青山：黄仁宇回忆录》

Posted: 13 May 2012 12:10 AM PDT

历史学家黄仁宇的最出名著作，大概非《万历十五年》莫属。

可是，我更喜欢他的回忆录《黄河青山》。

多年前，在学校图书馆读到的时候，就觉得这本书很特别，讲述了一个国民党军官如何变成一个历史学家，夹叙夹议，将个人命运放在历史背景上，写得非常生动。

========================================================================

最近，我重读这本书，才发觉以前读得太粗糙，完全没有领会作者的用意。通常来说，自传总是记录一些令人骄傲的个人经历，可是打开《黄河青山》，你只看到一件接着一件的失败。

全书一开始，就是黄仁宇的恋爱失败：

"1945年末，我遇见一个比自己小一岁的女孩，名字叫安，我对她一见倾心。许多天的下午及黄昏时刻，我从第三方面军总部借出吉普车，停在她家门口。佣人带我进到起居室，我就一直等，只听到走道中某处有座老式座钟发出的滴答声。安很少让我只等二十分钟。

即使我的虚荣心再强，都无法骗自己说，安曾经爱过我。......这样也好，因为如果她说,"让我们结婚吧，你最好认真一点"，我就会不知所措。我的新羊毛制服经过适当的熨烫后，勉强让我可以在上海的社交圈中走动。但除此以外，身为上尉的我，甚至负担不起一间套房。我的母亲、弟弟及妹妹仍然住在重庆的山间破屋中，甚至没有自来水可用，更不要说每一层都有浴室了。"

然后，他开始讲自己选择人生道路的失败。1937年，他是南开大学电机系的二年级学生，听到日军入侵，不顾父亲的反对，毅然决定投笔从戎。

"抗战爆发后不久，沿海各处相继失陷，我即立意去从军。"

30年代，大学生当兵是一件极其稀有的事情。这种爱国热情当然值得肯定，可是从历史角度来看，他放弃工程师生涯，选择加入军队，等于选择了失败的人生。而且，毫不意外地，他不选择加入共产党。

"1938年，我个人反对延安是因为他们教的是游击战，并不合我的胃口。我觉得如果要当职业军人，就应该领导军队进攻。我甚至想当拿破仑。躲在暗处放冷箭，然后快速逃走，听起来可不光彩，不是我要做的事。"

讽刺的是，加入国民党军以后，他也没有上战场，而是被送到成都中央军校，大部分时间都在练习踢正步，等到三年后出来，抗日战争已经接近尾声。他作为军官被派到云南前线，可是日军临时放弃进攻云南，导致他连续几个月驻守在大山里，无所事事。这时，他开始体会到理想与现实的巨大差距。

"我们还停留在明朝的条件。如果我需要一头驴来驮负重物，我必须派士兵到村落里去找村长，在枪支的威胁下，他可能听从我们的差遣。至于邮政，要送一封信到邻近的省份，必须耗上一个月的时间。我必须慎选词汇，才能让村民听懂我说的话。"

"士兵穿着冬季的棉袄蜷缩身体入睡，用蚊帐、毛毯或帆布当被子，抓到什么就盖什么，甚至几个人合盖一床被。地板上则铺着稻草，这样的环境造就了虱子的天堂。"

"我们的兵士每月薪饷十二元，身为上尉的我，月薪也不过四十元。可是，山头上的土匪开出每支枪七千元的条件，而且保障携枪逃亡者的安全。......有些连队晚上把步枪锁起来，军官睡觉时把手枪放在枕头下。"

战争的最后阶段，黄仁宇的部队开赴缅甸，终于与日军正面作战了。可是，他在书中一笔带过那些"光辉经历"，比如，被日军狙击手击中大腿，差点丧命，或者给全国第一大报《大公报》当战地记者，后来出了一本《缅北之战》。详细写的，却是下面这样的事情：

"一大块生铁从炮壳剥落，飞落到身旁不远处，我才知道自己逃过一劫。我本能想捡起来当纪念品，却发现铁片滚烫难耐，手掌几乎长水泡。"

"一天晚上，自部队后方传来'卡碰'声，前方部队于是向我们还击。一片混乱中，后方部队也朝我们射击，机关枪及迫击炮此起彼落。为了避免被击中，我们尽量压低身体，浸泡在湿寒冰冷中。"

日军投降后，内战开始，他始终不受重用，最后还被怀疑可能叛变。调查表明他是清白的，但是他最终还是被强制退役。

"我不知道台北当局如何处理我的退役。我请成都中央军校的同班同学汪奉曾上校回台北时，帮我查查我在国防部的档案。他说我的退役完全合乎规定，记录上还添了备注：'该军官应永远不再委任或聘用'。"

既然成了平民，大陆和台湾都回不了，黄仁宇只好来到美国，以34岁的"高龄"重新进入大学读本科。

"时年34岁还是大学生的我，除了学费偶尔可以延后缴纳外，得不到任何单位的帮助，长期的工读生涯就成为很自然的结果。有一次，唐纳德·季林教授问我几个中国内战的问题，我那时在当电梯服务员。我对他说，我不介意回答他的问题，但我必须工作，他可能要上上下下电梯好几次。"

他有过各种各样的打工经历。

"我经历过各种工作形态：全职工作、兼职工作、一周上两天班、只在周末和学校放假日上班、完全停掉工作、重新申请等等，大部分是在餐饮业。"

"在餐厅当打杂小弟，必须穿上浆过的白制服，戴上顶端有个网子的白帽。店内有儿童时，收银员会按铃，我就冲上前去帮他们处理杯盘。我第一次做这件事时，一位年轻的妈妈对儿子说：'把盘子留着，只要给那个中国人就行了。'小孩好像听不懂，她又说：'艾瑞克，我告诉你，只要给那个中国小弟就行了！'我当时已年近四十，待在学校的时间多过其他人。不过我也找不到抱怨的原因，谁叫我做的工作就是打杂'小弟'呢。"

博士毕业后，依靠老师余英时的帮忙，他才在纽约州一所师范类大学找到了一个教职。可是，一所美国地方大学，会有多少学生对中国古代史的课程感兴趣呢？

"只有6到10名学生选我的课，一半以上消失得无影无踪，或是不定期来上课，我根本无法准备教材，不知该针对谁的水准来上课。负责任的学生向我抱怨，宿舍太过吵闹喧嚣，再也无法念书（，所以来上课）。懒惰的学生持续扰乱我上课，有一名学生已经缺席两星期，竟然在课堂上要我简述前两堂课的内容。如果不回答这种扰乱秩序的问题，只会弘扬我心胸偏狭的名声。"

"我已经养成习惯，只要学生连续缺席几次，我就设法联络他们。我的学生一开始就很少，可不能再丢掉任何一个。"

更糟糕的是，1979年，校方通知黄仁宇，他被解聘了。那时，他已经61岁了。

"当天晚上，妻子将消息告知我们的儿子。当时他只有11岁，还在念中学。在这个很小的大学城，人人都知道别人的举动及遭遇。直到今天，只要想到1979年3月27日那一天，我的儿子如何接受这个令人不快的消息，我就觉得很难过。儿子知道他的父亲已被解聘，而许多同学的父母却在大学里有杰出表现。有人的妈妈最近被选为系主任，有人的父亲筹组野外探险队，带学生去特殊景点，但他的父亲却被解聘了。他仍然坚持要我去参观他的赛跑大会和学校音乐会，但在心里一定也和父母一样难过。有些同学好奇地问他，你爸爸下一步要怎么办？我接到通知的数天后，邻家十岁男童丹尼走近在后院的我：'你要卖房子吗?'"

解聘以后，找不到工作。

"我没有办法再找到另一个职位，即使朋友们试着帮我忙，但没有人会雇用一个刚被解聘的六十多岁的人。"

生活水准急剧下降。

"我被解聘后，就没有找到工作，也没有申请到研究经费。目前，我的家庭支出大半依靠社会福利津贴，每个月500美元，我的妻子和儿子也可以各领450美元。此外，我每个月的教师年金300美元。这些钱让我们勉强维生，略微超过最低生活水平。我的版税收入可以用来缴税，有时还要动用我妻子的储蓄。我只要一听到热水器要更新，或是屋顶有破洞，心都会一阵抽痛。我们可以设法偶尔附近玩玩，但如果要去一次纽约，家庭预算就必须重新大幅更动。我每次定大笔出版品或买几本书时，就必须考虑财源。"

直到《万历十五年》出版，在中国引起轰动，黄仁宇的经济状况才开始逐步改善。自传也就写到这个地方。

==================================================================

看了上面摘录，我们不禁要问，为什么黄仁宇只强调自己的人生失败，他想证明什么？

我联想到了《万历十五年》，里面一共写了六个人物----万历皇帝、申时行、张居正、海瑞、戚继光、李贽----他们也全部失败了。事实上，《万历十五年》的主题就是，中国作为一个整体的失败。它的结尾是这样的：

"当一个人口众多的国家，个人行动全凭儒家简单粗浅而又无法固定的原则所限制，而法律又缺乏创造性，则其社会发展的程度，必然受到限制。即便是宗旨善良，也不能补助技术之不及。1587年，是为万历十五年，丁亥次岁，表面上似乎是四海升平，无事可记，实际上我们的大明帝国却已经走到了它发展的尽头。在这个时候，皇帝的励精图治或者宴安耽乐，首辅的独裁或者调和，高级将领的富于创造或者习于苟安，文官的廉洁奉公或者贪污舞弊，思想家的极端进步或者绝对保守，最后的结果，都是无分善恶，统统不能在事业上取得有意义的发展，有的身败，有的名裂，还有的人则身败而兼名裂。

因此我们的故事只好在这里作悲剧性的结束。万历丁亥年的年鉴，是为历史上一部失败的总记录。"

仔细阅读这段话，"最后的结果，都是无分善恶，统统不能在事业上取得有意义的发展"，这就是说，失败是不可避免的。《万历十五年》的主题是，中国的失败不可避免；那么《黄河青山》的意思是不是说，黄仁宇个人的失败不可避免？两者之间有什么联系吗？

"我写回忆录不是为了自己，而是为了说明我的背景，为了特定的历史史观。"

显然，黄仁宇在用自传，解释他的历史观。

"在美国读书和打工时，我常被在中国的痛苦回忆所折磨，不时陷入沉思。后来当教师，拿着麦克风站在五百名大学生面前，无法立即解释：为何康有为失败了，孙中山失败了，袁世凯失败了，张作霖失败了，陈独秀失败了，蒋介石失败了，而毛泽东也失败了。为使我的讲课内容前后一致又有说服力，唯一的方法就是说，中国的问题大于上述人士努力的总和。中国文明将和西方文明融合的说法，是人类历史上空前的事件。上述不同阶段的失败必须被视为阶段的调试，以达成一致的终点。对我们这些有后见之识的人来说，这点很明显，但舞台上的演员看不到。"

这是黄仁宇在解释为什么他要写《万历十五年》，"中国的问题大于上述人士努力的总和。上述不同阶段的失败必须被视为阶段的调试，以达成一致的终点。"那么，推广到黄仁宇自己身上，是不是他在暗示，自己的各种失败大于努力的总和，而这些失败必须被视为对历史的阶段性调试，最终将到达一个更深远的终点？

"我开始领悟，为何我必须在生命中见识如此多的奇人异事，面临如此多的暴力。我恰巧出生在中国政治的最低点，以及人心惶惶的最高点。

我阅读的东西，听过的对话，在中国见证的事件，都只有在我迁居美国多年后才产生意义。由于离主体很远，又有够长的时间来发展后见之明，终于可以轮到我说，我懂了。"

黄仁宇是在说，他的个人失败，是20世纪中国遭受挫折的一种个体反映。

"以长期观点阅读中国现代历史时，就不会连连沮丧，反而会看到全本的戏剧在眼前开展。中国历史很可能即将融入世界历史，不但是空前的进展，而且是实质上的融和，不再缺乏希望与期许，纵使还会有挫败及暂时的逆转。"

如果你看到了历史的长期合理性，那么当你经历了种种失败，年老时回望自己人生，才能平静地接受命运，体会其中的必然，然后静静地等待隧道的尽头开始展现一丝曙光。这大概就是《黄河青山》的写作目的吧。

（完）

文档信息
发帖者 时间：

2012年5月1日星期二

阮一峰的网络日志

阮一峰的网络日志

自适应网页设计（Responsive Web Design）

Posted: 30 Apr 2012 11:57 PM PDT

随着3G的普及，越来越多的人使用手机上网。

移动设备正超过桌面设备，成为访问互联网的最常见终端。于是，网页设计师不得不面对一个难题：如何才能在不同大小的设备上呈现同样的网页？

手机的屏幕比较小，宽度通常在600像素以下；PC的屏幕宽度，一般都在1000像素以上（目前主流宽度是1366×768），有的还达到了2000像素。同样的内容，要在大小迥异的屏幕上，都呈现出满意的效果，并不是一件容易的事。

很多网站的解决方法，是为不同的设备提供不同的网页，比如专门提供一个mobile版本，或者iPhone / iPad版本。这样做固然保证了效果，但是比较麻烦，同时要维护好几个版本，而且如果一个网站有多个portal（入口），会大大增加架构设计的复杂度。

于是，很早就有人设想，能不能"一次设计，普遍适用"，让同一张网页自动适应不同大小的屏幕，根据屏幕宽度，自动调整布局（layout）？

一、"自适应网页设计"的概念

2010年，Ethan Marcotte提出了"自适应网页设计"（Responsive Web Design）这个名词，指可以自动识别屏幕宽度、并做出相应调整的网页设计。

他制作了一个范例，里面是《福尔摩斯历险记》六个主人公的头像。如果屏幕宽度大于1300像素，则6张图片并排在一行。

如果屏幕宽度在600像素到1300像素之间，则6张图片分成两行。

如果屏幕宽度在400像素到600像素之间，则导航栏移到网页头部。

如果屏幕宽度在400像素以下，则6张图片分成三行。

mediaqueri.es上面有更多这样的例子。

这里还有一个测试小工具，可以在一张网页上，同时显示不同分辨率屏幕的测试效果，我推荐安装。

二、允许网页宽度自动调整

"自适应网页设计"到底是怎么做到的？其实并不难。

首先，在网页代码的头部，加入一行viewport元标签。

　　<meta name="viewport" content="width=device-width, initial-scale=1" />

viewport是网页默认的宽度和高度，上面这行代码的意思是，网页宽度默认等于屏幕宽度（width=device-width），原始缩放比例（initial-scale=1）为1.0，即网页初始大小占屏幕面积的100%。

所有主流浏览器都支持这个设置，包括IE9。对于那些老式浏览器（主要是IE6、7、8），需要使用css3-mediaqueries.js。

　　<!--[if lt IE 9]>
　　　　<script src="http://css3-mediaqueries-js.googlecode.com/svn/trunk/css3-mediaqueries.js"></script>
　　<![endif]-->

三、不使用绝对宽度

由于网页会根据屏幕宽度调整布局，所以不能使用绝对宽度的布局，也不能使用具有绝对宽度的元素。这一条非常重要。

具体说，CSS代码不能指定像素宽度：

　　width:xxx px;

只能指定百分比宽度：

　　width: xx%;

或者

　　width:auto;

四、相对大小的字体

字体也不能使用绝对大小（px），而只能使用相对大小（em）。

　　body {
　　　　font: normal 100% Helvetica, Arial, sans-serif;
　　}

上面的代码指定，字体大小是页面默认大小的100%，即16像素。

　　h1 {
　　　　font-size: 1.5em;
　　}

然后，h1的大小是默认大小的1.5倍，即24像素（24/16=1.5）。

　　small {
　　　　font-size: 0.875em;
　　}

small元素的大小是默认大小的0.875倍，即14像素（14/16=0.875）。

五、流动布局（fluid grid）

"流动布局"的含义是，各个区块的位置都是浮动的，不是固定不变的。

　　.main {
　　　　float: right;
　　　　width: 70%;
　　}

　　.leftBar {
　　　　float: left;
　　　　width: 25%;
　　}

float的好处是，如果宽度太小，放不下两个元素，后面的元素会自动滚动到前面元素的下方，不会在水平方向overflow（溢出），避免了水平滚动条的出现。

另外，绝对定位（position: absolute）的使用，也要非常小心。

六、选择加载CSS

"自适应网页设计"的核心，就是CSS3引入的Media Query模块。

它的意思就是，自动探测屏幕宽度，然后加载相应的CSS文件。

　　<link rel="stylesheet" type="text/css"
　　　　media="screen and (max-device-width: 400px)"
　　　　href="tinyScreen.css" />

上面的代码意思是，如果屏幕宽度小于400像素（max-device-width: 400px），就加载tinyScreen.css文件。

　　<link rel="stylesheet" type="text/css"
　　　　media="screen and (min-width: 400px) and (max-device-width: 600px)"
　　　　href="smallScreen.css" />

如果屏幕宽度在400像素到600像素之间，则加载smallScreen.css文件。

除了用html标签加载CSS文件，还可以在现有CSS文件中加载。

　　@import url("tinyScreen.css") screen and (max-device-width: 400px);

七、CSS的@media规则

同一个CSS文件中，也可以根据不同的屏幕分辨率，选择应用不同的CSS规则。

　　@media screen and (max-device-width: 400px) {

　　　　.column {
　　　　　　float: none;
　　　　　　width:auto;
　　　　}

　　　　#sidebar {
　　　　　　display:none;
　　　　}

　　}

上面的代码意思是，如果屏幕宽度小于400像素，则column块取消浮动（float:none）、宽度自动调节（width:auto），sidebar块不显示（display:none）。

八、图片的自适应（fluid image）

除了布局和文本，"自适应网页设计"还必须实现图片的自动缩放。

这只要一行CSS代码：

　　img { max-width: 100%;}

这行代码对于大多数嵌入网页的视频也有效，所以可以写成：

　　img, object { max-width: 100%;}

老版本的IE不支持max-width，所以只好写成：

　　img { width: 100%; }

此外，windows平台缩放图片时，可能出现图像失真现象。这时，可以尝试使用IE的专有命令：

　　img { -ms-interpolation-mode: bicubic; }

或者，Ethan Marcotte的imgSizer.js。

　　addLoadEvent(function() {

　　　　var imgs = document.getElementById("content").getElementsByTagName("img");

　　　　imgSizer.collate(imgs);

　　});

不过，有条件的话，最好还是根据不同大小的屏幕，加载不同分辨率的图片。有很多方法可以做到这一条，服务器端和客户端都可以实现。

（完）

文档信息
发帖者 时间：

2012年4月27日星期五

阮一峰的网络日志

阮一峰的网络日志

Javascript编程风格

Posted: 27 Apr 2012 03:30 AM PDT

Douglas Crockford是Javascript权威，Json格式就是他的发明。

去年11月他有一个演讲（Youtube），谈到了好的Javascript编程风格是什么。

我非常推荐这个演讲，它不仅有助于学习Javascript，而且能让你心情舒畅，因为Crockford讲得很幽默，时不时让听众会心一笑。

下面，我根据这个演讲和Crockford编写的代码规范，总结一下"Javascript编程风格"。

所谓"编程风格"（programming style），指的是编写代码的样式规则。不同的程序员，往往有不同的编程风格。

有人说，编译器的规范叫做"语法规则"（grammar），这是程序员必须遵守的；而编译器忽略的部分，就叫"编程风格"（programming style），这是程序员可以自由选择的。这种说法不完全正确，程序员固然可以自由选择编程风格，但是好的编程风格有助于写出质量更高、错误更少、更易于维护的程序。

所以，有一点应该明确，"编程风格"的选择不应该基于个人爱好、熟悉程度、打字工作量等因素，而要考虑如何尽量使代码清晰易读、减少出错。你选择的，不是你喜欢的风格，而是一种能够清晰表达你的意图的风格。这一点，对于Javascript这种语法自由度很高、设计不完全成熟的语言尤其重要。

一、大括号的位置

绝大多数的编程语言，都用大括号（{}）表示区块（block）。起首的大括号的位置，有许多不同的写法。

最流行的有两种。一种是起首的大括号另起一行：

　　block

　　{

　　　　...

　　}

另一种是起首的大括号跟在关键字的后面：

　　block {

　　　　...

　　}

一般来说，这两种写法都可以接受。但是，Javascript要使用后一种，因为Javascript会自动添加句末的分号，导致一些难以察觉的错误。

　　return

　　{

　　　　key:value;

　　};

上面的代码的原意，是要返回一个对象，但实际上返回的是undefined，因为Javascript自动在return语句后面添加了分号。为了避免这一类错误，需要写成下面这样：

　　return {

　　　　key : value;

　　};

因此，

　　规则1：表示区块起首的大括号，不要另起一行。

二、 圆括号

圆括号（parentheses）在Javascript中有两种作用，一种表示调用函数，另一种表示不同的值的组合（grouping）。我们可以用空格，区分这两种不同的括号。

　　规则2：调用函数的时候，函数名与左括号之间没有空格。

　　规则3：函数名与参数序列之间，没有空格。

　　规则4：所有其他语法元素与左括号之间，都有一个空格。

按照上面的规则，下面的写法都是不规范的：

　　foo (bar)

　　return(a+b);

　　if(a === 0) {...}

　　function foo (b) {...}

　　function(x) {...}

三、分号

分号表示语句的结束。大多数情况下，如果你省略了句尾的分号，Javascript会自动添加。

　　var a = 1

等同于

　　var a = 1;

因此，有人提倡省略句尾的分号。但麻烦的是，如果下一行的第一个字元（token）是下面这五个字符之一，Javascript将不对上一行句尾添加分号："("、"["、"/"、"+"和"-"。

　　x = y

　　(function (){

　　　　...

　　})();

上面的代码等同于

　　x = y(function (){...})();

因此，

　　规则5：不要省略句末的分号。

四、with语句

with可以减少代码的书写，但是会造成混淆。

　　with (o) {

　　　　foo = bar;

　　}

上面的代码，可以有四种运行结果：

　　o.foo = bar;

　　o.foo = o.bar;

　　foo = bar;

　　foo = o.bar;

这四种结果都可能发生，取决于不同的变量是否有定义。因此，

　　规则6：不要使用with语句。

五、相等和严格相等

Javascript有两个表示"相等"的运算符："相等"（==）和"严格相等"（===）。

因为"相等"运算符会自动转换变量类型，造成很多意想不到的情况：

　　0 == // true

　　== 0 // false

　　0 == '0' // true

　　false == 'false' // false

　　false == '0' // true

　　" \t\r\n " == 0 // true

因此，

　　规则7：不要使用"相等"（==）运算符，只使用"严格相等"（===）运算符。

六、语句的合并

有些程序员追求简洁，喜欢合并不同目的的语句。比如，原来的语句是

　　a = b;

　　if (a) {...}

他喜欢写成下面这样:

　　if (a = b) {...}

虽然语句少了一行，但是可读性大打折扣，而且会造成误读，让别人误以为这行代码的意思是：

　　if （a === b）{...}

另外一种情况是，有些程序员喜欢在同一行中赋值多个变量：

　　var a = b = 0;

他以为，这行代码等同于

　　var a = 0, b = 0;

实际上不是，它的真正效果是下面这样：

　　b = 0;

　　var a = b;

因此，

　　规则8：不要将不同目的的语句，合并成一行。

七、变量声明

Javascript会自动将变量声明"提升"（hoist）到代码块（block）的头部。

　　if (!o) {

　　　　var o = {};

　　}

等同于

　　var o;

　　if (!o) {

　　　　o = {};

　　}

为了避免可能出现的问题，不如把变量声明都放在代码块的头部。

　　for (var i ...) {...}

最好写成：

　　var i;

　　for (i ...) {...,}

因此，

　　规则9：所有变量声明都放在函数的头部。

　　规则10：所有函数都在使用之前定义。

八、全局变量

Javascript最大的语法缺点，可能就是全局变量对于任何一个代码块，都是可读可写。这对代码的模块化和重复使用，非常不利。

　　规则11：避免使用全局变量；如果不得不使用，用大写字母表示变量名，比如UPPER_CASE。

九、new命令

Javascript使用new命令，从建构函数生成一个新对象。

　　var o = new myObject();

这种做法的问题是，一旦你忘了加上new，myObject()内部的this关键字就会指向全局对象，导致所有绑定在this上面的变量，都变成全部变量。

　　规则12：不要使用new命令，改用Object.create()命令。

如果不得不使用new，为了防止出错，最好在视觉上把建构函数与其他函数区分开来。

　　规则13：建构函数的函数名，采用首字母大写（InitialCap）；其他函数名，一律首字母小写。

十、自增和自减运算符

自增（++）和自减（--）运算符，放在变量的前面或后面，返回的值不一样，很容易发生错误。

事实上，所有的++运算符都可以用"+= 1"代替。

　　++x

等同于

　　x += 1;

代码变得更清晰了。有一个很可笑的例子，某个Javascript函数库的源代码中出现了下面的片段：

　　++x;

　　++x;

这个程序员忘了，还有更简单、更合理的写法：

　　x += 2;

因此，

　　规则14：不要使用自增（++）和自减（--）运算符，用+=和-=代替。

十一、区块

如果循环和判断的代码体只有一行，Javascript允许该区块（block）省略大括号。

下面的代码

　　if (a) b(); c();

原意可能是

　　if (a) { b(); c();}

但是，实际效果是

　　if (a) { b();} c();

因此，

　　规则15：总是使用大括号表示区块。

（完）

文档信息
发帖者 时间：
订阅： 博文 (Atom)