摘自：http://fanqiang.chinaunix.net/a4/b7/20010810/1200001101.html


在例程main()函數(shù)快要結(jié)束時，我們看到，在服務(wù)器接受了客戶機(jī)的連接請求后，將為其創(chuàng)建子進(jìn)程，并在子進(jìn)程中執(zhí)行代理服務(wù)程序do_proxy()。
-----------------------------------------------------------------/****************************************************************
function: 　　 do_proxy
description: 　does the actual work of virtually connecting a client to the telnet service on the 　　　　　　　　 isolated host.
arguments: 　　usersockfd socket to which the client is connected. return value: none.
calls: 　　　　none.
globals: 　　　　reads hostaddr.
****************************************************************/
void do_proxy (usersockfd)
int usersockfd;
{
int isosockfd;
fd_set rdfdset;
int connstat;
int iolen;
char buf[2048];
/* open a socket to connect to the isolated host */
if ((isosockfd = socket(AF_INET,SOCK_STREAM,0)) < 0)
errorout("failed to create socket to host");
/* attempt a connection */
connstat = connect(isosockfd,(struct sockaddr *) &hostaddr, sizeof(hostaddr));
switch (connstat) {
case 0:
break;
case ETIMEDOUT:
case ECONNREFUSED:
case ENETUNREACH:
strcpy(buf,sys_myerrlist[errno]);
strcat(buf,"\r\n");
write(usersockfd,buf,strlen(buf));
close(usersockfd);
exit(1);
/* die peacefully if we can't establish a connection */
break;
default:
errorout("failed to connect to host");
}
/* now we're connected, serve fall into the data echo loop */
while (1) {
/* Select for readability on either of our two sockets */
FD_ZERO(&rdfdset);
FD_SET(usersockfd,&rdfdset);
FD_SET(isosockfd,&rdfdset);
if (select(FD_SETSIZE,&rdfdset,NULL,NULL,NULL) < 0)
errorout("select failed");
/* is the client sending data? */
if (FD_ISSET(usersockfd,&rdfdset)) {
if ((iolen = read(usersockfd,buf,sizeof(buf))) <= 0)
break; /* zero length means the client disconnected */
rite(isosockfd,buf,iolen);
/* copy to host -- blocking semantics */
}
/* is the host sending data? */
if (FD_ISSET(isosockfd,&rdfdset)) {
f ((iolen = read(isosockfd,buf,sizeof(buf))) <= 0)
break; /* zero length means the host disconnected */
rite(usersockfd,buf,iolen);
/* copy to client -- blocking semantics */
}
}
/* we're done with the sockets */
close(isosockfd);
lose(usersockfd);
}
-----------------------------------------------------------------
在 我們這段代理服務(wù)器例程中，真正連接用戶主機(jī)和遠(yuǎn)端主機(jī)的一段操作，就是由這個do_proxy()函數(shù)來完成的。回想一下我們一開始對這段 proxy程序用法的介紹。先將我們的proxy與遠(yuǎn)端主機(jī)綁定，然后用戶通過proxy的綁定端口與遠(yuǎn)端主機(jī)建立連接。而在main()函數(shù)中，我們的 proxy由一段服務(wù)器程序與用戶主機(jī)建立了連接，而在這個do_proxy()函數(shù)中，proxy將與遠(yuǎn)端主機(jī)的相應(yīng)服務(wù)端口（由用戶在命令行參數(shù)中指 定）建立連接，并負(fù)責(zé)傳遞用戶主機(jī)和遠(yuǎn)端主機(jī)之間交換的數(shù)據(jù)。
由于要和遠(yuǎn)端主機(jī)建立連接，所以我們看到do_proxy()函數(shù)的前半部分實(shí)際上相當(dāng)于一段標(biāo)準(zhǔn)的客戶機(jī)程序。首先創(chuàng)建一個新的套接字描述符 isosockfd，然后調(diào)用函數(shù)connect()與遠(yuǎn)端主機(jī)之間建立連接。函數(shù)connect()的定義為：
-----------------------------------------------------------------
#include <sys/types.h>
#include <sys/socket.h>
int connect(int sockfd, struct sockaddr *servaddr, int addrlen);
-----------------------------------------------------------------
參數(shù)sockfd是調(diào)用函數(shù)socket()返回的套接字描述符，參數(shù)servaddr指向遠(yuǎn)程服務(wù)器的套接字地址結(jié)構(gòu)，參數(shù)addrlen指定這個 套接字地址結(jié)構(gòu)的長度。函數(shù)connect()執(zhí)行成功時返回"0"，如果執(zhí)行失敗則返回"-1"，并將全局變量errno設(shè)置為相應(yīng)的錯誤類型。在例程 中的switch()函數(shù)調(diào)用中對以下三種出錯類型進(jìn)行了處理： ETIMEDOUT、ECONNREFUSED和ENETUNREACH。這三個出錯類型的意思分別為：ETIMEDOUT代表超時，產(chǎn)生這種情況的原因 有很多，最常見的是服務(wù)器忙，無法應(yīng)答客戶機(jī)的連接請求；ECONNREFUSED代表連接拒絕，即服務(wù)器端沒有準(zhǔn)備好的傾聽套接字，或是沒有對傾聽套接 字的狀態(tài)進(jìn)行監(jiān)聽；ENETUNREACH表示網(wǎng)絡(luò)不可達(dá)。
在本例中，connect()函數(shù)的第二個參數(shù)servaddr是全局變量hostaddr，其中存儲著函數(shù)parse_args()轉(zhuǎn)換好的命令行 參數(shù)。如果連接建立失敗，在例程中就調(diào)用我們自定義的函數(shù)errorout()輸出信息"failed to connect to host"。errorout()函數(shù)的定義為：
-----------------------------------------------------------------
/****************************************************************
function:　　errorout
description: displays an error message on the console and kills the current process.
arguments: 　msg -- message to be displayed.
return value: none -- does not return.
calls: 　　　none.
globals:　　 none.
****************************************************************/
void errorout (msg)
char *msg;
{
FILE *console;
console = fopen("/dev/console","a");
fprintf(console,"proxyd: %s\r\n",msg);
fclose(console);
exit(1);
}
-----------------------------------------------------------------
do_proxy()函數(shù)的后半部分是通過proxy建立用戶主機(jī)與遠(yuǎn)端主機(jī)之間的連接。我們既有proxy與用戶主機(jī)連接的套接字 （do_proxy()函數(shù)的參數(shù)usersockfd），又有proxy與遠(yuǎn)端主機(jī)連接的套接字isosockfd，那么最簡單直接的通信建立方式就是 從一個套接字讀，然后直接寫到另一個套接字去。如：
-----------------------------------------------------------------
int n;
char buf[2048];
while((n=read(usersockfd, buf, sizeof(buf))>0)
if(write(isosockfd, buf, n)!=n)
err_sys("write wrror\n");
-----------------------------------------------------------------
這種形式的阻塞I/O在單向數(shù)據(jù)傳遞的時候是非常有效的，但是在我們的proxy操作中是要求用戶主機(jī)和遠(yuǎn)端主機(jī)雙向通信的，這樣就要求我們對兩個套 接字描述符既能夠讀由能夠?qū)憽Ｈ绻€是采用這種方式的阻塞I/O的話，很有可能長時間阻塞在一個描述符上。因此例程在處理這個問題的時候調(diào)用了 select()函數(shù)，這個函數(shù)允許我們執(zhí)行I/O多路轉(zhuǎn)接。其具體含義就是select()函數(shù)可以構(gòu)造一個表，在這個表中包含了我們所有要用到的文件 描述符。然后我們可以調(diào)用一個函數(shù)，這個函數(shù)可以檢測這些文件描述符的狀態(tài)，當(dāng)某個（我們指定的）文件描述符準(zhǔn)備好進(jìn)行I/O操作時，此函數(shù)就返回，告知 進(jìn)程哪個文件描述符已經(jīng)可以執(zhí)行I/O操作了。這樣就避免了長時間的阻塞。
還有一個函數(shù)poll()可以實(shí)現(xiàn)I/O多路轉(zhuǎn)接，由于在例程中調(diào)用的是select()，我們就只對select()進(jìn)行一下比較詳細(xì)的介紹。select()系列函數(shù)的詳細(xì)描述為：
-----------------------------------------------------------------
#include <sys/time.h>
#include <sys/types.h>
#include <unistd.h>
int select(int n, fd_set *readfds, fd_set *writefds, fd_est *exceptfds, struct timeval *timeout);
FD_CLR(int fd, fd_set *set);
FD_ISSET(int fd, fd_set *set);
FD_SET(int fd, fd_set *set);
FD_ZERO(fd_set *set);
-----------------------------------------------------------------
select()函數(shù)將創(chuàng)建一個我們所關(guān)心的文件描述符表，它的參數(shù)將在內(nèi)核中為這些文件描述符設(shè)置我們所關(guān)心的條件，例如是否是可讀、是否可寫以及 是否異常，而且在參數(shù)中還可以設(shè)置我們希望等待的最大時間。在select()成功執(zhí)行時，它將返回目前已經(jīng)準(zhǔn)備好的描述符數(shù)量，同時內(nèi)核可以告訴我們各 個描述符的狀態(tài)信息。如果超時，則返回"0"，如果出錯，則函數(shù)返回"-1"，并同時設(shè)置errno為相應(yīng)的值。
select()的最后一個參數(shù)timeout將設(shè)置等待時間。其中結(jié)構(gòu)timeval是在文件<bits/time.h>中定義的。
-----------------------------------------------------------------
struct timeval
{
__time_t tv_sec; /* Seconds */
__time_t tv_usec; /* Microseconds */
};
-----------------------------------------------------------------
參數(shù)timeout的設(shè)置有三種情況。象例程中這樣timeout==NULL時，這表示用戶希望永遠(yuǎn)等待，直到我們指定的文件描述符中的一個已準(zhǔn)備 好，或者是捕捉到一個信號。如果是由于捕捉到信號而中斷了這個無限期的等待過程的話，select()將返回"-1"，同時設(shè)置errno的值為 EINTR。
如果timeout->tv_sec==0&&timeout->tv_usec==0，那么這表示完全不等待。 Select()測試了所有指定文件描述符后立即返回。這是得到多個描述符狀態(tài)而不阻塞select()函數(shù)的輪詢方法。
如果timeout->tv_sec！=0||timeout->tv_usec！=0，那么這兩個參數(shù)的值即為我們希望函數(shù)等待的時 間。其中tv_sec設(shè)置時間單位為秒，tv_usec設(shè)置時間單位為微秒。如果在超時的時候，在我們指定的所有文件描述符里面仍然沒有任何一個準(zhǔn)備好的 話，則select()將返回"0"。
中間三個參數(shù)的數(shù)據(jù)類型是fd_set，它的意思是文件描述符集，而readfds, writefds和exceptfds則分別是指向文件描述符集的指針，他們分別描述了我們所關(guān)心的可讀、可寫以及狀態(tài)異常的各個文件描述符。之所以我們 稱select()可以創(chuàng)建一個文件描述符"表"，那個所謂的表就是由這三個參數(shù)指向的數(shù)據(jù)結(jié)構(gòu)組成的。其具體結(jié)構(gòu)如圖1所示。其中在每個set_fd數(shù) 據(jù)類型中都為我們關(guān)心的所有文件描述符保留了一位。所以在監(jiān)測文件描述符狀態(tài)的時候，就在這些set_fd數(shù)據(jù)結(jié)構(gòu)中查詢相關(guān)的位。
第一個參數(shù)n用來說明到底需要遍歷多少個描述符位。n的值一般是這樣設(shè)置的，從我們關(guān)心的所有文件描述符中選出最大值再加1。例如我們設(shè)置的所有文件 描述符中最大的為6，那么將n設(shè)置為7，則系統(tǒng)在檢測描述符狀態(tài)的時候，就只用遍歷前7位（fd0~fd6）的狀態(tài)。不過如果不想這樣麻煩的話，我們可以 象例程中那樣將n的值直接設(shè)置為FD_SETSIZE。這是系統(tǒng)中設(shè)定的最大文件描述符個數(shù)，不同的系統(tǒng)這個值也不相同，一般是256或是1024。這樣 在檢測描述符狀態(tài)的時候，函數(shù)將遍歷所有的描述符位。
在調(diào)用select()函數(shù)實(shí)現(xiàn)多路I/O轉(zhuǎn)接時，首先我們要聲明一個新的文件描述符集，就象例程中這樣：
fd_set rdfdset;
然后調(diào)用FD_ZERO()清空此文件描述符集的所有位，以免下面檢測描述符位的時候返回錯誤結(jié)果：
FD_ZERO(&rdfdset);
然后調(diào)用FD_SET()在文件描述符集中設(shè)置我們關(guān)心的位。在本例中，我們關(guān)心的就是分別與用戶主機(jī)和遠(yuǎn)端主機(jī)連接的兩個套接字描述符，所以執(zhí)行這樣的語句：
FD_SET(usersockfd,&rdfdset);
FD_SET(isosockfd,&rdfdset);
然后調(diào)用select()返回描述符狀態(tài)，此時描述符狀態(tài)被存儲進(jìn)描述符集，也就是set_fd數(shù)據(jù)結(jié)構(gòu)中。在圖1中我們看到所有的描述符位狀態(tài)都是 "0"，在select()返回后，例如fd0可讀，則在readfds描述符集中fd0對應(yīng)的位上將狀態(tài)標(biāo)志設(shè)置為"1"，如果fd1可寫，則 writefds描述符集中fd1對應(yīng)的位上將狀態(tài)標(biāo)志設(shè)置為"1"，狀態(tài)異常的情況也也與此相同。在本例中，我們只關(guān)心兩個套接字描述符是否可寫，因此 執(zhí)行這樣的select()函數(shù)：
select(FD_SETSIZE,&rdfdset,NULL,NULL,NULL)
那么在select()返回后怎樣檢測set_fd數(shù)據(jù)結(jié)構(gòu)中描述符位的狀態(tài)呢？這就要調(diào)用函數(shù)FD_ISSET()，如果對應(yīng)文件描述符的狀態(tài)為"已準(zhǔn)備好"（即描述符位為"1"），則FD_ISSET()返回"1"，否則返回"0"。
-----------------------------------------------------------------
if (FD_ISSET(usersockfd,&rdfdset)) {
if ((iolen = read(usersockfd,buf,sizeof(buf))) <= 0)
break; /* zero length means the host disconnected */
write(isosockfd,buf,iolen);
-----------------------------------------------------------------
這一段代碼就實(shí)現(xiàn)從套接字usersockfd（用戶主機(jī)）到套接字isosockfd（遠(yuǎn)端主機(jī)）的無阻塞傳輸。而下一段代碼實(shí)現(xiàn)反方向的無阻塞傳輸：
-----------------------------------------------------------------
if (FD_ISSET(isosockfd,&rdfdset)) {
if ((iolen = read(isosockfd,buf,sizeof(buf))) <= 0)
break; /* zero length means the host disconnected */
write(usersockfd,buf,iolen);
-----------------------------------------------------------------
這樣就通過proxy實(shí)現(xiàn)了用戶主機(jī)與遠(yuǎn)端主機(jī)之間的通信。
對這段proxy代碼我只是寫了一些自己的理解，大多數(shù)是一些函數(shù)的用法，這些都是linux網(wǎng)絡(luò)編程中一些最基礎(chǔ)的知識，如果有不對的地方，還請各位大蝦批評指正。

http://fanqiang.chinaunix.net/a4/b7/20010810/1200001101.html

Linux是一個可靠性非常高的操作系統(tǒng)，但是所有用過Linux的朋友都會感 覺到， Linux和Windows這樣的"傻瓜"操作系統(tǒng)（這里絲毫沒有貶低Windows的意思，相反這應(yīng)該是Windows的優(yōu)點(diǎn)）相比，后者無疑在易操作 性上更勝一籌。但是為什么又有那么多的愛好者鐘情于Linux呢，當(dāng)然自由是最吸引人的一點(diǎn)，另外Linux強(qiáng)大的功能也是一個非常重要的原因，尤其是 Linux強(qiáng)大的網(wǎng)絡(luò)功能更是引人注目。放眼今天的WAP業(yè)務(wù)、銀行網(wǎng)絡(luò)業(yè)務(wù)和曾經(jīng)紅透半邊天的電子商務(wù)，都越來越倚重基于Linux的解決方案。因此 Linux網(wǎng)絡(luò)編程是非常重要的，而且當(dāng)我們一接觸到Linux網(wǎng)絡(luò)編程，我們就會發(fā)現(xiàn)這是一件非常有意思的事情，因?yàn)橐郧耙恍╆P(guān)于網(wǎng)絡(luò)通信概念似是而非 的地方，在這一段段代碼面前馬上就豁然開朗了。在剛開始學(xué)習(xí)編程的時候總是讓人感覺有點(diǎn)理不清頭緒，不過只要多讀幾段代碼，很快我們就能體會到其中的樂趣 了。下面我就從一段Proxy源代碼開始，談?wù)勅绾芜M(jìn)行Linux網(wǎng)絡(luò)編程。

　 　首先聲明，這段源代碼不是我編寫的，讓我們感謝這位名叫Carl Harris的大蝦，是他編寫了這段代碼并將其散播到網(wǎng)上供大家學(xué)習(xí)討論。這段代碼雖然只是描述了最簡單的proxy操作，但它的確是經(jīng)典，它不僅清晰地 描述了客戶機(jī)/服務(wù)器系統(tǒng)的概念，而且?guī)缀醢薒inux網(wǎng)絡(luò)編程的方方面面，非常適合Linux網(wǎng)絡(luò)編程的初學(xué)者學(xué)習(xí)。
這段Proxy程序的用法是這樣的，我們可以使用這個proxy登錄其它主機(jī)的服務(wù)端口。假如編譯后生成了名為Proxy的可執(zhí)行文件，那么命令及其參數(shù)的描述為：
./Proxy <proxy_port> <remote_host> <service_port>
其中參數(shù)proxy_port是指由我們指定的代理服務(wù)器端口。參數(shù)remote_host是指我們希望連接的遠(yuǎn)程主機(jī)的主機(jī)名，IP地址也同樣有 效。這個主機(jī)名在網(wǎng)絡(luò)上應(yīng)該是唯一的，如果您不確定的話，可以在遠(yuǎn)程主機(jī)上使用uname -n命令查看一下。參數(shù)service_port是遠(yuǎn)程主機(jī)可提供的服務(wù)名，也可直接鍵入服務(wù)對應(yīng)的端口號。這個命令的相應(yīng)操作是將代理服務(wù)器的 proxy_port端口綁定到remote_host的service_port端口。然后我們就可以通過代理服務(wù)器的proxy_port端口訪問 remote_host了。例如一臺計(jì)算機(jī)，網(wǎng)絡(luò)主機(jī)名是legends，IP地址為10.10.8.221，如果在我的計(jì)算機(jī)上執(zhí)行：
[root@lee /root]#./proxy 8000 legends telnet
那么我們就可以通過下面這條命令訪問legends的telnet端口。
-----------------------------------------------------------------
[root@lee /root]#telnet legends 8000
Trying 10.10.8.221...
Connected to legends(10.10.8.221).
Escape character is '^]'

Red Hat Linux release 6.2(Zoot)
Kernel 2.2.14-5.0 on an i686
Login:
-----------------------------------------------------------------
上面的綁定操作也可以使用下面的命令：
[root@lee /root]#./proxy 8000 10.10.8.221 23
23是telnet服務(wù)的標(biāo)準(zhǔn)端口號，其它服務(wù)的對應(yīng)端口號我們可以在/etc/services中查看。

下面我就從這段代碼出發(fā)談?wù)勎覍inux網(wǎng)絡(luò)編程的一些粗淺的認(rèn)識，不對的地方還請各位大蝦多多批評指正。

◆main()函數(shù)
-----------------------------------------------------------------
#include <stdio.h>
#include <ctype.h>
#include <errno.h>
#include <signal.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <sys/file.h>
#include <sys/ioctl.h>
#include <sys/wait.h>
#include <sys/types.h>
#include <netdb.h>
#define TCP_PROTO　　 "tcp"
int proxy_port;　　　 /* port to listen for proxy connections on */
struct sockaddr_in hostaddr;　　 /* host addr assembled from gethostbyname() */
extern int errno;　　 /* defined by libc.a */
extern char *sys_myerrlist[];
void parse_args (int argc, char **argv);
void daemonize (int servfd);
void do_proxy (int usersockfd);
void reap_status (void);
void errorout (char *msg);
/*This is my modification.
I'll tell you why we must do this later*/
typedef void Signal(int);
/****************************************************************
function: 　　　main
description: 　 Main level driver. After daemonizing the process, a socket is opened to listen for 　　　　　　　　connections on the proxy port, connections are accepted and children are spawned to 　　　　　　　　handle each new connection.
arguments: 　　 argc,argv you know what those are.
return value: 　none.
calls: 　　　　 parse_args, do_proxy.
globals: 　　　 reads proxy_port.
****************************************************************/
main (argc,argv)
int argc;
char **argv;
{
int clilen;
int childpid;
int sockfd, newsockfd;
struct sockaddr_in servaddr, cliaddr;
parse_args(argc,argv);
/* prepare an address struct to listen for connections */
bzero((char *) &servaddr, sizeof(servaddr));
servaddr.sin_family = AF_INET;
servaddr.sin_addr.s_addr = htonl(INADDR_ANY);
servaddr.sin_port = proxy_port;
/* get a socket... */
if ((sockfd = socket(AF_INET,SOCK_STREAM,0)) < 0) {
fputs("failed to create server socket\r\n",stderr);
exit(1);
}
/* ...and bind our address and port to it */
if　　 (bind(sockfd,(struct sockaddr_in *) &servaddr,sizeof(servaddr)) < 0) {
fputs("faild to bind server socket to specified port\r\n",stderr);
exit(1);
}
/* get ready to accept with at most 5 clients waiting to connect */
listen(sockfd,5);
/* turn ourselves into a daemon */
daemonize(sockfd);
/* fall into a loop to accept new connections and spawn children */
while (1) {
/* accept the next connection */
clilen = sizeof(cliaddr);
newsockfd = accept(sockfd, (struct sockaddr_in *) &cliaddr, &clilen);
if (newsockfd < 0 && errno == EINTR)
continue;
/* a signal might interrupt our accept() call */
else if (newsockfd < 0)
/* something quite amiss -- kill the server */
errorout("failed to accept connection");
/* fork a child to handle this connection */
if ((childpid = fork()) == 0) {
close(sockfd);
do_proxy(newsockfd);
exit(0);
}
/* if fork() failed, the connection is silently dropped -- oops! */
lose(newsockfd);
}
}
-----------------------------------------------------------------
上面就是Proxy源代碼的主程序部分，也許您在網(wǎng)上也曾經(jīng)看到過這段代碼，不過細(xì)心的您會發(fā)現(xiàn)在上面這段代碼中我修改了兩個地方，都是在預(yù)編譯部分。一個地方是在定義外部字符型指針數(shù)組時，我將原代碼中的
extern char *sys_errlist[];
修改為
extern char *sys_myerrlist[];原因是在我的Linux環(huán)境下頭文件"stdio.h"已經(jīng)對sys_errlist[]進(jìn)行了如下定義：
extern __const char *__const sys_errlist[];
也許Carl Harris在94年編寫這段代碼時系統(tǒng)還沒有定義sys_errlist[]，不過現(xiàn)在我們不修改一下的話，編譯時系統(tǒng)就會告訴我們sys_errlist發(fā)生了定義沖突。
另外我添加了一個函數(shù)類型定義：
typedef void Sigfunc(int);
具體原因我將在后面向大家解釋。

套接字和套接字地址結(jié)構(gòu)定義

這段主程序是一段典型的服務(wù)器程序。網(wǎng)絡(luò)通訊最重要的就是套接字的使用，在程序的一開始就對套接字描述符sockfd和newsockfd進(jìn)行了定義。 接下來定義客戶機(jī)/服務(wù)器的套接字地址結(jié)構(gòu)cliaddr和servaddr，存儲客戶機(jī)/服務(wù)器的有關(guān)通信信息。然后調(diào)用parse_args (argc,argv)函數(shù)處理命令參數(shù)。關(guān)于這個parse_args()函數(shù)我們待會兒再做介紹。

創(chuàng)建通信套接字

　　下面就是建立一個服務(wù)器的詳細(xì)過程。服務(wù)器程序的第一個操作是創(chuàng)建一個套接字。這是通過調(diào)用函數(shù)socket()來實(shí)現(xiàn)的。socket()函數(shù)的具體描述為：
-----------------------------------------------------------------
#include <sys/types.h>
#include <sys/socket.h>
int socket(int domain, int type, int protocol);
-----------------------------------------------------------------
參數(shù)domain指定套接字使用的協(xié)議族，AF_INET表示使用TCP/IP協(xié)議族，AF_UNIX表示使用Unix協(xié)議族，AF_ISO表示套接 字使用ISO協(xié)議族。type指定套接字類型，一般的面向連接通信類型（如TCP）設(shè)置為SOCK_STREAM，當(dāng)套接字為數(shù)據(jù)報(bào)類型時，type應(yīng)設(shè) 置為SOCK_DGRAM，如果是可以直接訪問IP協(xié)議的原始套接字則type應(yīng)設(shè)置為SOCK_RAW。參數(shù)protocol一般設(shè)置為"0"，表示使 用默認(rèn)協(xié)議。當(dāng)socket()函數(shù)成功執(zhí)行時，返回一個標(biāo)志這個套接字的描述符，如果出錯則返回"-1"，并設(shè)置errno為相應(yīng)的錯誤類型。

設(shè)置服務(wù)器套接字地址結(jié)構(gòu)

在通常情況下，首先要將描述服務(wù)器信息的套接字地址結(jié)構(gòu)清零，然后在地址結(jié)構(gòu)中填入相應(yīng)的內(nèi)容，準(zhǔn)備接受客戶機(jī)送來的連接建立請求。這個清零操作可以用 多種字節(jié)處理函數(shù)來實(shí)現(xiàn)，例如bzero()、bcopy()、memset()、memcpy()等，以字母"b"開始的兩個函數(shù)是和BSD系統(tǒng)兼容 的，而后面兩個是ANSI C提供的函數(shù)。這段代碼中使用的bzero()其描述為：
void bzero(void *s, int n);
函數(shù)的具體操作是將參數(shù)s指定的內(nèi)存的前n個字節(jié)清零。memset()同樣也很常用，其描述為：
void *memset(void *s, int c, size_t n);
具體操作是將參數(shù)s指定的內(nèi)存區(qū)域的前n個字節(jié)設(shè)置為參數(shù)c的內(nèi)容。
下一步就是在已經(jīng)清零的服務(wù)器套接字地址結(jié)構(gòu)中填入相應(yīng)的內(nèi)容。Linux系統(tǒng)的套接字是一個通用的網(wǎng)絡(luò)編程接口，它應(yīng)該支持多種網(wǎng)絡(luò)通信協(xié)議，每一 種協(xié)議都使用專門為自己定義的套接字地址結(jié)構(gòu)（例如TCP/IP網(wǎng)絡(luò)的套接字地址結(jié)構(gòu)就是struct sockaddr_in）。不過為了保持套接字函數(shù)調(diào)用參數(shù)的一致性，Linux系統(tǒng)還定義了一種通用的套接字地址結(jié)構(gòu)：
-----------------------------------------------------------------
<linux/socket.h>
struct sockaddr
{
unsigned short sa_family; /* address type */
char sa_data[14]; /* protocol address */
}
-----------------------------------------------------------------
其中sa_family意指套接字使用的協(xié)議族地址類型，對于我們的TCP/IP網(wǎng)絡(luò)，其值應(yīng)該是AF_INET，sa_data中存儲具體的協(xié)議地 址，不同的協(xié)議族有不同的地址格式。這個通用的套接字地址結(jié)構(gòu)一般不用做定義具體的實(shí)例，但是常用做套接字地址結(jié)構(gòu)的強(qiáng)制類型轉(zhuǎn)換，如我們經(jīng)常可以看到這 樣的用法：
bind(sockfd,(struct sockaddr *) &servaddr,sizeof(servaddr))
用于TCP/IP協(xié)議族的套接字地址結(jié)構(gòu)是sockaddr_in，其定義為：
-----------------------------------------------------------------
<linux/in.h>
struct in_addr
{
__u32 s_addr;
};
struct sochaddr_in
{
short int sin_family;
unsigned short int sin_port;
struct in_addr sin_addr;
/*This part has not been taken into use yet*/
nsigned char_ _ pad[_ _ SOCK_SIZE__- sizeof(short int) -sizeof(unsigned short int) - 　　　　　　sizeof(struct in_addr)];
};
#define sin_zero_ - pad
-----------------------------------------------------------------
其中sin_zero成員并未使用，它是為了和通用套接字地址struct sockaddr兼容而特意引入的。在編程時，一般都通過bzero()或是memset（）將其置零。其他成員的設(shè)置一般是這樣的：
servaddr.sin_family = AF_INET;
表示套接字使用TCP/IP協(xié)議族。
servaddr.sin_addr.s_addr = htonl(INADDR_ANY);
設(shè)置服務(wù)器套接字的IP地址為特殊值INADDR_ANY，這表示服務(wù)器愿意接收來自任何網(wǎng)絡(luò)設(shè)備接口的客戶機(jī)連接。htonl()函數(shù)的意思是將主機(jī)順序的字節(jié)轉(zhuǎn)換成網(wǎng)絡(luò)順序的字節(jié)。
servaddr.sin_port = htons(PORT);
設(shè)置通信端口號，PORT應(yīng)該是我們已經(jīng)定義好的。在本例中servaddr.sin_port = proxy_port;這是表示端口號是函數(shù)的返回值proxy_port。
另外需要說明的一點(diǎn)是，在本例中，我們并沒有看到在預(yù)編譯部分中包含有<linux/socket.h>和< linux/in.h>這兩個頭文件，那是因?yàn)檫@兩個頭文件已經(jīng)分別被包含在<sys/types.h>和< sys/types.h>中了，而且后面這兩個頭文件是與平臺無關(guān)的，所以在網(wǎng)絡(luò)通信中一般都使用這兩個頭文件。

服務(wù)器公開地址

　　如果服務(wù)器要接受客戶機(jī)的連接請求，那么它必須先要在整個網(wǎng)絡(luò)上公開自己的地址。在設(shè)置了服務(wù)器的套接字地址結(jié)構(gòu)之后，可以通過調(diào)用函數(shù)bind()綁定服務(wù)器的地址和套接字來完成公開地址的操作。函數(shù)bind()的詳細(xì)描述為：
-----------------------------------------------------------------
#include <sys/types.h>
#include <sys/socket.h>
int bind(int sockfd, struct sockaddr *addr, int addrlen);
-----------------------------------------------------------------
參數(shù)sockfd是我們通過調(diào)用socket()創(chuàng)建的套接字描述符。參數(shù)addr是本機(jī)地址，參數(shù)addrlen是套接字地址結(jié)構(gòu)的長度。函數(shù)執(zhí)行成功時返回"0",否則返回"-1"，并設(shè)置errno變量為EADDRINUAER。
如果是服務(wù)器調(diào)用bind()函數(shù)，如果設(shè)置了套接字的IP地址為某個本地IP地址，那么這表示服務(wù)器只接受來自于這個IP地址的特定主機(jī)發(fā)出的連接 請求。不過一般情況下都是將IP地址設(shè)置為INADDR_ANY，以便接受所有網(wǎng)絡(luò)設(shè)備接口送來的連接請求。
客戶機(jī)一般是不會調(diào)用bind()函數(shù)的，因?yàn)榭蛻魴C(jī)在連接時不用指定自己的套接字地址端口號，系統(tǒng)會自動為客戶機(jī)選擇一個未用端口號，并且用本地 IP地址自動填充客戶機(jī)套接字地址結(jié)構(gòu)中的相應(yīng)項(xiàng)。但是在某些特定的情況下客戶機(jī)需要使用特定的端口號，例如Linux中的rlogin命令就要求使用保 留端口號，而系統(tǒng)是不能為客戶機(jī)自動分配保留端口號的，這就需要調(diào)用bind()來綁定一個保留端口號了。不過在一些特殊的環(huán)境下，這樣綁定特定端口號也 會帶來一些負(fù)面影響，如在HTTP服務(wù)器進(jìn)入TIME_WAIT狀態(tài)后，客戶機(jī)如果要求再次與服務(wù)器建立連接，則服務(wù)器會拒絕這一連接請求。如果客戶機(jī)最 后進(jìn)入TIME_WAIT狀態(tài)，則馬上再次執(zhí)行bind（）函數(shù)時會返回出錯信息"-1"，原因是系統(tǒng)會認(rèn)為同時有兩次連接綁定同一個端口。

轉(zhuǎn)換Listening套接字

接下來，服務(wù)器需要將我們剛才與IP地址和端口號完成綁定的套接字轉(zhuǎn)換成傾聽listening套接字。只有服務(wù)器程序才需要執(zhí)行這一步操作。我們通過調(diào)用函數(shù)listen()實(shí)現(xiàn)這一操作。listen()的詳細(xì)描述為：
-----------------------------------------------------------------
#include <sys/socket.h>
int listen(int sockfd, int backlog);
-----------------------------------------------------------------
參數(shù)sockfd指定我們要求轉(zhuǎn)換的套接字描述符，參數(shù)backlog設(shè)置請求隊(duì)列的最大長度。函數(shù)listen()主要完成以下操作。
首先是將套接字轉(zhuǎn)換成傾聽套接字。因?yàn)楹瘮?shù)socket()創(chuàng)建的套接字都是主動套接字，所以客戶機(jī)可以通過調(diào)用函數(shù)connect()來使用這樣的 套接字主動和服務(wù)器建立連接。而服務(wù)器的情況恰恰相反，服務(wù)器需要通過套接字接收客戶機(jī)的連接請求，這就需要一個"被動"套接字。listen()就可將 一個尚未連接的主動套接字轉(zhuǎn)換成為這樣的"被動"套接字，也就是傾聽套接字。在執(zhí)行了listen()函數(shù)之后，服務(wù)器的TCP就由CLOSED變成 LISTEN狀態(tài)了。
另外listen()可以設(shè)置連接請求隊(duì)列的最大長度。雖然參數(shù)backlog的用法非常簡單，只是一個簡單的整數(shù)。但搞清楚請求隊(duì)列的含義對理解TCP 協(xié)議的通信過程建立非常重要。TCP協(xié)議為每個傾聽套接字實(shí)際上維護(hù)兩個隊(duì)列，一個是未完成連接隊(duì)列，這個隊(duì)列中的成員都是未完成3次握手的連接；另一個 是完成連接隊(duì)列，這個隊(duì)列中的成員都是雖然已經(jīng)完成了3次握手，但是還未被服務(wù)器調(diào)用accept()接收的連接。參數(shù)backlog實(shí)際上指定的是這個 傾聽套接字完成連接隊(duì)列的最大長度。在本例中我們是這樣用的：listen(sockfd,5);表示完成連接隊(duì)列的最大長度為5。

接收連接

接下來我們在主程序中看到通過名為daemonize()的自定義函數(shù)創(chuàng)建一個守護(hù)進(jìn)程，關(guān)于這個daemonize()以及守護(hù)進(jìn)程的相關(guān)概念，我 們等一會兒再做詳細(xì)介紹。然后服務(wù)器程序進(jìn)入一個無條件循環(huán)，用于監(jiān)聽接收客戶機(jī)的連接請求。在此過程中如果有客戶機(jī)調(diào)用connect()請求連接，那 么函數(shù)accept()可以從傾聽套接字的完成連接隊(duì)列中接受一個連接請求。如果完成連接隊(duì)列為空，這個進(jìn)程就睡眠。accept()的詳細(xì)描述為：
-----------------------------------------------------------------
#include <sys/socket.h>
int accept(int sockfd, struct sockaddr *addr, int *addrlen);
-----------------------------------------------------------------
參數(shù)sockfd是我們轉(zhuǎn)換成功的傾聽套接字描述符；參數(shù)addr是一個指向套接字地址結(jié)構(gòu)的指針，參數(shù)addrlen為一個整型指針。當(dāng)函數(shù)成功執(zhí) 行時，返回3個結(jié)果，函數(shù)返回一個新的套接字描述符，服務(wù)器可以通過這個新的套接字描述符和客戶機(jī)進(jìn)行通信。參數(shù)addr所指向的套接字地址結(jié)構(gòu)中將存放 客戶機(jī)的相關(guān)信息，addrlen指針將描述前述套接字地址結(jié)構(gòu)的長度。在通常情況下服務(wù)器對這些信息不是很感興趣，因此我們經(jīng)常可以看到一些源代碼中將 accept()函數(shù)的后兩個參數(shù)都設(shè)置為NULL。不過在這段proxy源代碼中需要用到有關(guān)的客戶機(jī)信息，因此我們看到通過執(zhí)行
newsockfd = accept(sockfd, (struct sockaddr_in *) &cliaddr, &clilen);
將客戶機(jī)的詳細(xì)信息存放在地址結(jié)構(gòu)cliaddr中。而proxy就通過套接字newsockfd與客戶機(jī)進(jìn)行通信。值得注意的是這個返回的套接字描 述符與我們轉(zhuǎn)換的傾聽套接字是不同的。在一段服務(wù)器程序中，可以始終只用一個傾聽套接字來接收多個客戶機(jī)的連接請求；而如果我們要和客戶機(jī)建立一個實(shí)際的 連接的話，對每一個請求我們都需要調(diào)用accept()返回一個新的套接字。當(dāng)服務(wù)器處理完畢客戶機(jī)的請求后，一定要將相應(yīng)的套接字關(guān)閉；如果整個服務(wù)器 程序?qū)⒁Y(jié)束，那么一定要將傾聽套接字關(guān)閉。
如果accept()函數(shù)執(zhí)行失敗，則返回"-1"，如果accept()函數(shù)阻塞等待客戶機(jī)調(diào)用connect()建立連接，進(jìn)程在此時恰好捕捉到 信號，那么函數(shù)在返回"-1"的同時將變量errno的值設(shè)置為EINTR。這和accept()函數(shù)執(zhí)行失敗是有區(qū)別的。因此我們在代碼中可以看到這樣 的語句：
-----------------------------------------------------------------
if (newsockfd < 0 && errno == EINTR)
continue;
/* a signal might interrupt our accept() call */
else if (newsockfd < 0)
/* something quite amiss -- kill the server */
errorout("failed to accept connection");
-----------------------------------------------------------------
可以看出程序在處理這兩種情況時操作是完全不同的，同樣是accept()返回"-1"，如果有errno == EINTR，那么系統(tǒng)將再次調(diào)用accept()接受連接請求，否則服務(wù)器進(jìn)程將直接結(jié)束。

先前的一個理想
UNIX系統(tǒng)自 1969 年 Ken ThompsonKen Thompson 與 Dennis RitchieDennis Ritchie 在美國貝爾電話實(shí)驗(yàn)室（Bell Telephone Laboratories ）發(fā)展出雛形至今，已歷經(jīng)近 30 來年。而 "UNIX" 這個字典上查不到其原意的怪字，其實(shí)是戲謔 MULTICS（MULTiplexed Information and Computing System）操作系統(tǒng)的大而無當(dāng)所產(chǎn)生的諧音字。
在 1957 年 10 月，前蘇聯(lián)發(fā)射了第一枚人造衛(wèi)星，此舉讓當(dāng)時的美國總統(tǒng)艾森豪威爾決定投下巨額的經(jīng)費(fèi)用以支持及發(fā)展科學(xué)，美國高等研究計(jì)劃署 （ARPA，Advanced Research Projects Agency ）便是在這個時空下設(shè)立了，該單位負(fù)責(zé)推動系統(tǒng)發(fā)展等相關(guān)計(jì)劃，成為當(dāng)時美國電子計(jì)算器發(fā)展的重要推手。
1960年代是大型計(jì)算機(jī)的發(fā)展年代，當(dāng)時的麻省理工學(xué)院因最先實(shí)現(xiàn)了兼容分時系統(tǒng)（CTSS， Compatible Time-Sharing System），在電子計(jì)算器領(lǐng)域享有相當(dāng)崇高的地位。
1963年，麻省理工的里克萊德（J. C. R. Licklider，1915~1990 ）
推動了 MAC計(jì)劃，MAC 以 IBM的大型計(jì)算機(jī)做為主體，連接了將近 160臺終端機(jī)，這些終端機(jī)就四散在學(xué)區(qū)以及教職員的家中，可以讓 30 位使用者同時共享計(jì)算機(jī)資源。這項(xiàng)計(jì)劃到了 1965 年便不堪負(fù)荷，于是麻省理工便決定開發(fā)更大型的分時計(jì)算機(jī)系統(tǒng)。新的計(jì)劃便是—— MULTICS. 一個計(jì)算機(jī)
史上最為龐大的分時計(jì)算機(jī)系統(tǒng)，企圖連接 1000 部終端機(jī)，支持 300位使用者同時上線的分時計(jì)算機(jī)系統(tǒng)。她面臨的是，操作系統(tǒng)的分時觀念還在各學(xué)術(shù)與研究機(jī)構(gòu)探索成形中，計(jì)算機(jī)硬件亦需重新設(shè)計(jì)的雙重挑戰(zhàn)。
當(dāng)時，麻省理工原本找 IBM來配合這項(xiàng)計(jì)劃，但 IBM正忙著應(yīng)付自己的問題而無意配合MULTICS 計(jì)劃。此時，通用電子公司（General Electric Company）
也就是奇異公司正好在發(fā)展自己的大型主機(jī)，見機(jī)不可失，便極力邀請麻省理工參予她們的 GE 645 大型主機(jī)的規(guī)格制定。有了奇異熱心主動的計(jì)算機(jī)硬件配合，麻省理工找上的不能販?zhǔn)塾?jì)算機(jī)卻人才濟(jì)濟(jì)的貝爾電話實(shí)驗(yàn)室來負(fù)責(zé)承包軟件工程。于是 乎，MULTICS 的計(jì)劃便在 1965 年由麻省理工學(xué)院、奇異公司及貝爾電話實(shí)驗(yàn)室這三個成員開始共同發(fā)展。
1969年，MULTICS 計(jì)劃在歷經(jīng)四年的奮戰(zhàn)后，仍舊未達(dá)到原先規(guī)劃設(shè)計(jì)的理想，貝爾電話實(shí)驗(yàn)室決定退出計(jì)劃。功能未達(dá)原始設(shè)計(jì)理想的 MULTICS還是安裝在奇異公司的 GE 645 大型計(jì)算機(jī)上供麻省理工使用。奇異公司在該計(jì)劃草草結(jié)束后不到一年便完全淡出大型計(jì)算機(jī)市場。日后，MULTICS 計(jì)劃被嘲解為Many Unnecessarily Large Table In Core Simultaneously.
農(nóng)夫我個人認(rèn)為， MULTICS計(jì)劃誕生在大型計(jì)算機(jī)將開始鼎沸的 1965 年，夭折于大型計(jì)算機(jī)最為輝煌的 1969 年。她如果適時在 1960 年代末期成功的話，絕對可以助長當(dāng)時已經(jīng)普遍被計(jì)算機(jī)權(quán)威人士視為理想的「計(jì)算機(jī)公用事業(yè)」，至少可以讓大型計(jì)算機(jī)的發(fā)展與資源集中的應(yīng)用模式就不至于會 在 1970 年代初期就迅速萎縮。因?yàn)?MULTICS計(jì)劃如果成功，至少能讓當(dāng)時的大型計(jì)算機(jī)的應(yīng)用規(guī)模大上 10 倍左右。然而，MULTICS 計(jì)劃失敗了。她嚴(yán)重地打擊了當(dāng)時依賴大型計(jì)算機(jī)主機(jī)的計(jì)算機(jī)公用事業(yè)業(yè)者在發(fā)展上的信心。更由于沒有相似的計(jì)劃后繼進(jìn)行，使得集中式的大型計(jì)算機(jī)主機(jī)沒有 明顯的使用效能提升，而加速催化計(jì)算器工業(yè)的轉(zhuǎn)變，以尋找新的道路。另一方面，MULTICS 計(jì)劃失敗的經(jīng)驗(yàn)亦讓當(dāng)時參與該計(jì)劃的軟件工程師們得到相當(dāng)寶貴的經(jīng)驗(yàn)與正面的影響。
幾年后，就在 AT&T ，MULTICS 計(jì)劃這個不同凡響的失敗換來的一個不同凡響的成功。
一個戲謔她的名字誕生了…… UNIX.
Ken_Thompso


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351425013001.jpg');" border="0">
Dennis_Ritchie


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M103514N021A4.jpg');" border="0">

一個游戲的開始
1969年貝爾實(shí)驗(yàn)室的計(jì)算器科學(xué)研究中心（Computing Science Research Center ）
成員退出 MULTICS計(jì)劃的同時，貝爾實(shí)驗(yàn)室本身其實(shí)也沒有一套完善便利的交談式計(jì)算器服務(wù)環(huán)境。在其中不少工程師們也正為了改善程序設(shè)計(jì)環(huán)境努力著， Ken Thompson 、Dennis Ritchie和其同事們在當(dāng)時草擬一個新的檔案系統(tǒng)架構(gòu)，這個檔案系統(tǒng)也就是早期的 UNIX 操作系統(tǒng)的檔案系統(tǒng)的前身。當(dāng)時的 Ken Thompson 忙著使用 Fortran語言將原本在 Multics系統(tǒng)中開發(fā)的game叫 "Space Travel" （太空旅游）轉(zhuǎn)移到 GECOS System 上開發(fā)。 當(dāng)時 GECOS System大型計(jì)算機(jī)的CPU Time相當(dāng)昂貴（一秒要 75 塊美金），同時控制 "spaceship"（宇宙飛船） 的效果不甚理想，于是 Ken Thompson 不得不尋找替代的開發(fā)環(huán)境。Thompson看上了一臺很少被人使用的 Digital Equipment Corporation PDP-7 迷你計(jì)算機(jī)，當(dāng)時 PDP-7使用的是 Graphic-II 顯示器，具有不錯的圖形處理能力。 Brian kernighan 于是 Ken Thompson 便與 Dennis Ritchie 連手將程序設(shè)計(jì)轉(zhuǎn)移到 PDP-7型計(jì)算機(jī)上。
Ken Thompson在移轉(zhuǎn)工作環(huán)境的同時為了得到較好的發(fā)展環(huán)境，便與Dennis Ritchie共同動手設(shè)計(jì)一套包含 File System、Process Subsystem 及一小組 Utility的操作系統(tǒng)，當(dāng)時這套系統(tǒng)僅能支持 2個使用者使用。由于貝爾實(shí)驗(yàn)室對于 MULTICS計(jì)劃失敗的陰霾還未消散， Brian Kernighan這位仁兄開玩笑地戲稱這套新的操作系統(tǒng)為 UNiplexed Information and Computing System，縮寫為 UNICS，之后大家取諧音便叫她為 "UNIX" ，沒想到這個開玩笑的名字會被人叫到今天。
初期的自由發(fā)展
事實(shí)上該套 "UNIX" 系統(tǒng)在當(dāng)時僅是私下的被使用，也并沒有得到多大的重視，一直到1971年的一個正式的計(jì)劃，UNIX才正式被搬上臺面。
PDP-11/201970 年，當(dāng)時貝爾實(shí)驗(yàn)室的專利部門（Patent department ）缺乏一套文書處理系統(tǒng)，為了設(shè)計(jì)開發(fā)的需要，于是買了一臺 PDP-11 計(jì)算機(jī)。當(dāng)時 PDP-11 計(jì)算機(jī)的交機(jī)過程并不順利，處理器先到，硬盤則多等了好幾個月。
當(dāng) PDP-11 一切準(zhǔn)備妥當(dāng)后，他們便將 UNIX 移植到擁有 512K bytes 硬盤的PDP-11/20 型計(jì)算機(jī)上，并在此系統(tǒng)之下開發(fā)了一套文書處理工具。而這套工具便是后來 nroff / troff的前身。那時的 UNIX 提供 16K bytes給系統(tǒng)、8K bytes給使用程序，檔案最大的極限是 64K bytes. 而此套含有文書處理工具的系統(tǒng)，也正式獲得貝爾實(shí)驗(yàn)室的專利部門采用，系統(tǒng)名稱并被編為 "First Edition". 在 UNIX 移植成功后 Thompson 用 B語言為它添加了 Fortran Compiler，但因?yàn)?B語言屬于一種解譯語言（interpretive language ），執(zhí)行成效并不是很好，于是 Ritchie又將它—— Compiler 發(fā)展成可產(chǎn)生機(jī)器碼、允許定義數(shù)據(jù)形態(tài)及結(jié)構(gòu)，Ritchie 稱它為 C語言。1973年并以 C語言改寫全部UNIX原始程序，UNIX于是首度出現(xiàn)正式版本——V5（第五版）。
此時的 UNIX 慢慢地在貝爾實(shí)驗(yàn)室內(nèi)部蔓延開來，裝機(jī)數(shù)也變成了 25 部之多。
由于當(dāng)時的貝爾實(shí)驗(yàn)室實(shí)際上是掌控在美國電信電話公司（AT&T）及其子公司西方電器公司的手上，實(shí)驗(yàn)室主要是負(fù)責(zé)研究改進(jìn)西方電器公司制造的和 美國電信電話公司在貝爾系統(tǒng)中使用的電信設(shè)備。同時根據(jù)軍方合同，從事與國防有關(guān)的研究與改進(jìn)的工作。而 AT&T 本身由于有反托拉斯法的限制并不能從事于任何有關(guān)計(jì)算機(jī)方面的銷售，所以 AT&T 的主管階層們對于當(dāng)時 UNIX 的發(fā)展并沒有太多的支持，因而當(dāng)時貝爾實(shí)驗(yàn)室內(nèi)部對于 UNIX 的發(fā)展并不是相當(dāng)在意也無意于將之推廣。不過為了應(yīng)付實(shí)驗(yàn)室內(nèi)各部門日益增加的 UNIX 使用者與相關(guān)技術(shù)支持需求，還是成立了 UNIX ystem Group （簡稱 USG）。但該組織也僅只是提供技術(shù)上的支持，并未賦予繼續(xù)發(fā)展的任務(wù)。所以當(dāng)時的 UNIX 發(fā)展，全靠AT&T的工程師們的努力。這段期間 UNIX 的發(fā)展完全沒有組織及系統(tǒng)性可言，而玩家盡是一些工程師們，于是乎種下了 UNIX 日后較難以被一般人所接受的命運(yùn)。


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351522035M3.jpg');" border="0">



400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351522035M3.jpg');" border="0">

走出貝爾實(shí)驗(yàn)室
1974年 Thompson 與 Ritchie共同在 Communications of the ACM發(fā)表了一篇 UNIX 論文 "UNIX Time-Sharing System" 得到相當(dāng)大的回響。 1975 年 UNIX 發(fā)表第六版（V6）﹐其提供的強(qiáng)大功能更勝過當(dāng)時昂貴大計(jì)算機(jī)的操作系統(tǒng)，其最大特點(diǎn)是以高級語言寫成，僅需要做少部份程序的修改便可移植到不同的計(jì)算機(jī) 平臺上。 UNIX V6版本并附有完整的程序原始碼在 1976 年正式從貝爾實(shí)驗(yàn)室內(nèi)部傳播到各大學(xué)及研究機(jī)構(gòu)，UC Berkeley 也就是依據(jù)這個版本開始研究并加以發(fā)展，并在 1977 年發(fā)表 1 BSD（1st Berkeley Software Distribution）版本的 UNIX OS，其后續(xù)的發(fā)展更為 UNIX OS貢獻(xiàn)良多且影響深遠(yuǎn)，此點(diǎn)稍后再為你說明。
同年 UNIX 因它提供良好程序發(fā)展環(huán)境、網(wǎng)絡(luò)傳輸服務(wù)與及時服務(wù)（Real-Time Services），而廣得各電話公司采用。Interactive System Corporation更因 Value Added Reseller （VAR ）運(yùn)用 UNIX 來強(qiáng)化辦公室自動化環(huán)境，成為第一家應(yīng)用UNIX操作系統(tǒng)的公司。此年UNIX亦被修改并第一次裝到 Interdata 8/32 型計(jì)算機(jī)上。這也是 UNIX 操作系統(tǒng)首次安裝在非 PDP型的計(jì)算機(jī)上。自此 UNIX 系統(tǒng)開始被移植改裝到各型微處理機(jī)及新計(jì)算機(jī)上
一個穩(wěn)定的基石
1978年 UNIX 發(fā)表對今日影響最重大的 UNIX 第七版（UNIX Time-Sharing System，Seventh Edition ）也就是 V7.此版本包含 Fortran 77 compiler、Shell （只有Bourne Shell）、文件處理工具（nroff/troff 、roff、 MS mocro等）、UNIX-to-UNIX-file-Copy（用來支持兩臺 UNIX 機(jī)器間的檔案傳輸）、數(shù)據(jù)處理工具（AWK 、SED 等強(qiáng)悍的工具）、除錯工具（ADB ）、程序發(fā)展工具（MAKE）、Lexical analyzer generator（LEX 、YACC等）、簡單的繪圖工具、并支持 C語言及 LINT verifier，主要執(zhí)行于 PDP-11 及Interdata 8/32型計(jì)算機(jī)上。在當(dāng)時那個年代來說其系統(tǒng)的架構(gòu)與功能已經(jīng)是相當(dāng)?shù)耐陚涞牧恕ourne Shell的原作者稱她為 "improvement over all preceding and following Unices" ，在今日也有人稱這個版本是 "last true Unix".由此可見 V7 在 UNIX 發(fā)展里程上的扮演了相當(dāng)重要的盤石角色。
在當(dāng)時 DEC公司推出了一款 32-bit supermini 主機(jī)—— VAX，搭配的 VAX的操作系統(tǒng)叫做 VMS. 這款迷你級計(jì)算機(jī)的硬件無可挑剔〈直到今日她的穩(wěn)定度仍是被諸多老一輩的系統(tǒng)管理者所贊許的〉，但 DEC對 VMS操作系統(tǒng)的支持性卻讓貝爾實(shí)驗(yàn)室的工程師們寧愿使用UNIX OS . 而這項(xiàng)工作則是由 John Reiser和Tom London所共同完成。他們以 V7 為基礎(chǔ)轉(zhuǎn)移 UNIX OS到 VAX計(jì)算機(jī)上使用。
這個版本被稱為 UNIX V32.同時為了轉(zhuǎn)移的方便性，他們把 32-bit 的 VAX當(dāng)成是大一點(diǎn)的 PDP-11 （因?yàn)?DEC 的 PDF-11 型計(jì)算機(jī)是 16-bit ），同時為了執(zhí)行的效率，V32 放棄使用 VAX硬件提供的一項(xiàng) paging 功能（DEC 的 VMS OS 有支持 paging 功能，也由于 V32舍棄這項(xiàng)功能，所以 V32沒有虛擬內(nèi)存的功能）。
即使是如此，V32 支持的地址已高達(dá) 4Gb. 就這樣沒有支持paging功能的 V32開始被廣泛的安裝在 VAX的機(jī)器上運(yùn)作。
DEC 則是在 1984 年左右推出來自己的 UNIX OS，叫做 ULTRIX.


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M1035156104cD.jpg');" border="0">
一個重要的延續(xù)及發(fā)展—— BSD UNIX
時間回到 1973 年 11 月， Ken Thompson 和 Dennis Ritchie 在印第安納Purdue大學(xué)的一場操作系統(tǒng)原理的座談會。會場上、坐著一位柏克萊大學(xué)（U.C. Berkeley ）教授，名字叫 Bob Fabry. 當(dāng)天的 K&R所發(fā)表的 UNIX 立刻引發(fā) Bob Fabry的極度興趣。當(dāng)時的柏克萊還是處在使用大型計(jì)算機(jī)主機(jī)、批次執(zhí)行程序的階段，并沒有像 UNIX 這樣的交談式作業(yè)環(huán)境。會后，他便決定將UNIX帶回柏克萊。
于是柏克萊的計(jì)算器科學(xué)、數(shù)學(xué)與統(tǒng)計(jì)三個系所合買的一臺 PDP-11/45，準(zhǔn)備用來迎接UNIX.1974 年 1月，Bell Labs寄來了一卷 V4 的磁帶，學(xué)生 Keith Standiford 便開始進(jìn)行安裝 V4 的工作。安裝時 Standiford 碰到了問題，便轉(zhuǎn)向 Bell Labs求援。人在新澤西州的 Thompson 便透過柏克萊這端速度只有300-baud的調(diào)制解調(diào)器在在線進(jìn)行偵錯。
在 UNIX 的發(fā)展史上，這是 Bell Labs與柏克萊的第一次接觸。
完成除錯后，V4便順利地在柏克萊這臺新買的 PDP-11/45計(jì)算機(jī)上工作了。
當(dāng)時這臺是三個系所合買的，計(jì)算器科學(xué)好不容易裝上了 UNIX ，卻碰到數(shù)學(xué)與統(tǒng)計(jì)系所要使用 DEC's RSTS system，所以在一陣協(xié)調(diào)后，UNIX與 DEC's RSTS system以 8：16小時的比例分配，供三個系所輪流使用。一段時日后，具交談式功能的 UNIX 在效能上的表現(xiàn)得到絕多數(shù)學(xué)生們喜愛，紛紛將自己的計(jì)劃轉(zhuǎn)向UNIX的時段。而一天占了 16 個小時的批處理時段卻乏人問津。
當(dāng)時 Eugene Wong與 Michael Stonebraker教授，看上了 UNIX 提供的便利性，便打算將他們的 INGRES 數(shù)據(jù)庫計(jì)劃重原先批處理的計(jì)算機(jī)環(huán)境轉(zhuǎn)移到UNIX系統(tǒng)上面。在 1974 年，他們?yōu)檫@執(zhí)行計(jì)劃添購了一臺新的 PDP-11/40 計(jì)算機(jī)，上面安裝了 V5.這個計(jì)劃也就是柏克萊的第一個將作業(yè)環(huán)境轉(zhuǎn)移到UNIX的案子。
UNIX作業(yè)環(huán)境的需求，在柏克萊迅速地成長。為了應(yīng)付需求，Michael Stonebraker 與Bob Fabry 教授決定再申請購買兩臺 PDP-11/45. 1975年初，DEC 推出 PDP-11/70，價格差不多等于兩臺 PDP-11/45，但功能強(qiáng)過 PDP-11/45 所以他們便決定改購買一臺 PDP-11/70.
這臺機(jī)器引來了 Ken Thompson 、碰上 Bill Joy 以及日后產(chǎn)生了 1BSD.她就宛如是一塊 UNIX 史上的地標(biāo)，沿襲自 Bell Labs，豎立在柏克萊，承先啟后并開創(chuàng)新局。農(nóng)夫個人認(rèn)為，她應(yīng)該被供在博物館。
當(dāng)這臺機(jī)器在 1975 年終運(yùn)達(dá)柏克萊時；同一時間，Thompson受邀回母校（柏克萊）當(dāng)客座教授，科目就是 NIX.Thompson 在校期間與 Jeff Schriebman和 Bob Kridle 一起動手將新版的 V6 安裝在 PDP-11/70.
Bill Joy1975年，一位密執(zhí)安州大學(xué)的畢業(yè)生來到了柏克萊，他的名字就是Bill Joy. 當(dāng)時 Joy和同學(xué) Chuck Haley （tar 就是他寫的）喜歡一起泡在計(jì)算機(jī)房里面，Thompson也時常插上一腳。他們成功地改善了 Pascal 的解譯與偵錯的能力，同時還提升了解譯與執(zhí)行的速度。另外換裝上 ADM-3的屏幕后，他們覺得ed文字編輯指令并不合用；于是根據(jù)另外一個相似的 em 指令，發(fā)展了自己的覺得滿意的文字編輯工具，也就是指令 ex.
1976年夏天，Thompson結(jié)束了他的休假回到 Bell Labs. 此時的 Joy和Haley 已經(jīng)開始著手探索 UNIX kernal，甚至還做了一些修改。1977年初，Joy 制作了一卷磁帶，上頭寫著"Berkeley Software Distribution." ，這就是 1BSD. 其中包含新的 Pascal compiler與 ex 編輯器。
次年，來了幾臺新屏幕—— ADM-3a ，這種屏幕支持光標(biāo)地址顯示，Joy 在這種屏幕上完成了有人愛不釋手；有人恨之入骨的文字編輯器—— vi.接著不久，Joy 便發(fā)現(xiàn)一個問題，老舊的屏幕裝備，還是會被用在其它的計(jì)算機(jī)上。為了支持上的方便，Joy 針對此現(xiàn)象設(shè)計(jì)了一個接口，用來管理、支持不同的屏幕裝備。
這個接口就是現(xiàn)在的 termcap.1978 年中，包含了功能加強(qiáng)的 Pascal 與 vi 及termcap 的 "Second Berkeley Software Distribution ，" 也就是 2BSD ，迅速的取代了原先版本。
1979年，至少有 75 部 PDP-11 的機(jī)器上安裝 2BSD 在運(yùn)作著。自此在 DEC PDP-11 系列上執(zhí)行的 BSD版本便一直以 2.xBSD 作為識別。
由于 PDP-11 計(jì)算機(jī)實(shí)在相當(dāng)長壽，持續(xù)到今日農(nóng)夫我仍然在網(wǎng)絡(luò)上發(fā)現(xiàn)過關(guān)于PDP 計(jì)算機(jī)的網(wǎng)站。似乎到今日它們?nèi)耘f在某些地方默默地工作著。
2.xBSD最近的一次改版是在 1987 年，使用 4.3 BSD為主架構(gòu)改寫，版本定為 2.10 BSD.
在 BSD UNIX 中登場的重要功能當(dāng)中，有一個直到今日仍然叫人又愛又恨的指令– vi.我接觸過不少學(xué)習(xí) UNIX OS的人，大部分的人對 vi 的使用與掌握都不算順手，其中恨死這個指令的也大有人在，前些日子農(nóng)夫我還看到某個網(wǎng)站公開討論起 vi 是否阻礙了 UNIX 的發(fā)展？實(shí)在夸張了一點(diǎn)！
Bill Joy多次公開地說，他要是知道 vi 會如此受" 歡迎" 的話，他寧愿當(dāng)初沒有寫 vi 這只程序。不過 Bill Joy 也說過，當(dāng)時他原本還想加入一項(xiàng) Multiple Windows in vi 的功能，不過當(dāng)他在寫這部分程序的時候，磁帶機(jī)壞了，所以Bill只好在沒有備份的情況下繼續(xù)工作，想不到" 屋漏偏逢連夜雨" ，程序?qū)懙揭话耄褂玫挠脖P也跟著掛了。在無可挽救又沒有備份磁帶的情況下，Bill宣告放棄為 vi 增加 Multiple Windows 這項(xiàng)功能。事后 Bill 為前一版的 vi 寫好使用說明后就繼續(xù)作其它的事。所以 vi 就長成今天那付德性。農(nóng)夫我認(rèn)為這或許是福不是禍！搞不好當(dāng)初要是連 Multiple Windows 這項(xiàng)功能一起發(fā)表的話，上頭的圖可能就是遺照了。
當(dāng)時有位 Richard Fateman教授，原先使用一臺 PDP-10 上進(jìn)行著他的Macsyma 研究計(jì)劃。但他需要更大的內(nèi)存地址來執(zhí)行程序，所以在 1978 年初，他看上了當(dāng)時迪吉多新發(fā)表的 VAX-11/780.好不容易，他聯(lián)合了其它的部門才湊足購買 VAX的經(jīng)費(fèi)。剛開始時，機(jī)器原本安裝的是 VMS操作系統(tǒng)。不過別的成員要執(zhí)行 UNIX 操作系統(tǒng)，于是 Fateman安裝上了 V32. 但問題來了，V32 并不支持虛擬內(nèi)存，F(xiàn)ateman 便找上了 Domenico Ferrari 教授，希望他與他的研究小組能為 UNIX 加上這項(xiàng)功能。當(dāng)時一位學(xué)生叫 Ozalp Babaoglu ，他想到了一些解決的方法似乎可行，但因?yàn)闋可娴?VAX硬件與 UNIX kernal的問題，于是他找上了 Joy幫忙。
就在只有一臺 VAX的狀況下，他們努力奮戰(zhàn)著。1979年 1月，在 VAX上支持虛擬內(nèi)存的UNIX版本終于誕生，V32 從此走入歷史。緊接著 Peter Kessler與 Marshall Kirk McKusick 為他加上了Pascal；Joy 則動手將 2BSD 上的 ex、vi、C shell 等工具轉(zhuǎn)移了過來。這個版本就是 3BSD.一個首次支持虛擬內(nèi)存、demand paging 和 page eplacement 的 UNIX OS.


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M1035161F53004.jpg');" border="0">


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M1035164Z63303.jpg');" border="0">
UNIX與 DARPA交會
1970年代末，美國國防部先進(jìn)研究計(jì)劃機(jī)構(gòu)（Defense Advanced Research Projects Agency ——簡稱 DARPA）正在為 AI （Artificial Intelligence ），VLSI及計(jì)算器視覺等研究（vision research ）找尋一個可共通作業(yè)的計(jì)算機(jī)環(huán)境。硬件方面的首選是迪吉多的 VAX主機(jī)。配合的操作系統(tǒng)是 VMS. 這樣的組合因擁有相當(dāng)接近 DARPA 需求的功能被列入優(yōu)先的考量，但在 DARPA與 DEC商談對于 VMS的支持事宜之后，DARPA 并沒有得到滿意的答案。這迫使他們考慮朝向UNIX發(fā)展。但當(dāng)時 UNIX OS（指的就是32V ）搭配 VAX，最大的缺憾就是沒有支持虛擬內(nèi)存；但此時已經(jīng)有人克服了。
當(dāng)時，Bob Fabry 教授寫了一份建議書給 DARPA，建議他們以柏克萊支持虛擬內(nèi)存的 3BSD 為基礎(chǔ)，發(fā)展成為計(jì)劃所需。這份企劃書引起了 DARPA的高度興趣。隨后 3BSD 也實(shí)際獲得了 DARPA相關(guān)計(jì)劃成員們的良好風(fēng)評，也因此最后柏克萊大學(xué)打敗了卡奈基梅隆大學(xué)與 BBN（Bolt Baranek & Newman ， Inc. ），讓 Bob Fabry成功地獲得了 DARPA的資助合約。這份合約開始于 1980 年 4月，為期 18 月。此后的 DARPA便以 UNIX OS為標(biāo)準(zhǔn)操作系統(tǒng)。 Bob Fabry 教授在取得 DARPA合約后，依約成立了一個支持機(jī)構(gòu)，也就是 Computer Systems Research Group簡稱 CSRG.Bob Fabry找上了 Bill Joy 來負(fù)責(zé)軟件開發(fā)。Joy 迅速地以先前的 3BSD 為基礎(chǔ)，整合新的功能。如 Job Contro l （作者是 Jim Kulp ）、auto reboot 、1K block file system. 同時也整合入Pascal compiler 、Franz Lisp system、enhanced mail handling system.這就是在 1980 年所發(fā)表的 4BSD.沒多久她便被安裝在將近 500臺VAX 上。
DARPA 采用了這個版本作為當(dāng)時 DARPA的標(biāo)準(zhǔn) UNIX 操作系統(tǒng)。
樹大招風(fēng)，當(dāng)時，有位在 Stanford Research Institute的仁兄叫 David Kashtan，寫了一份關(guān)于 VMS與 BSD UNIX在 VAX上的執(zhí)行效率評估。該份報(bào)告指出 BSD UNIX 在效率上不如 VMS來的好。Joy 知道這件事之后，花了不到一個星期的時間，重新調(diào)整 UNIX kernal. 然后也寫了一份報(bào)告，證明他們的BSD 在 VAX上要比 VMS優(yōu)越多多。 1981年 6月，這個 Joy調(diào)整過的系統(tǒng)，加上了 Robert Elz 寫的 auto configuration ，以 4.1BSD 的版本發(fā)表了。
當(dāng)時的 DARPA對柏克萊 4.1BSD 的表現(xiàn)相當(dāng)滿意，于是續(xù)簽了兩年的新約，金額更是先前合約的 5倍。其中有一半的金額用在資助柏克萊繼續(xù)發(fā)展 BSD UNIX . 錢多的相對代價就是要求高。當(dāng)時，DARPA 對 UNIX 的期望開出了明確的目標(biāo)；更迅速、更有效率的檔案系統(tǒng)、支持程序可執(zhí)行地址達(dá) multi-gigabyte 、提供彈性的解譯溝通能力、具整合支持網(wǎng)絡(luò)能力。
在此同時，為了達(dá)到計(jì)劃的目標(biāo)，DARPA 成立的一個指導(dǎo)委員會；主要的成員有柏克萊的 Bob Fabry， Bill Joy ，Sam Leffler 、BBN 公司的 Alan Nemeth and Rob Gurwitz、貝爾實(shí)驗(yàn)室的 Dennis Ritchie 、史丹佛大學(xué)的 Keith Lantz、卡內(nèi)基。梅倫大學(xué) Rick Rashid、麻省理工學(xué)院 Bert Halstead、信息科學(xué)協(xié)會 Dan Lynch、DARPA 的 Duane Adams and Bob Baker以及加州。洛杉磯大學(xué)的 Jerry Popek.
不久，Joy 便開始整合早先 BBN的 Rob Gurwitz所發(fā)表的 TCP/IP protocols ，不過他對 BBN這些程序的執(zhí)行效率并不滿意，于是 Joy與 Sam Leffler重新寫的一版自己的程序。
另外，并加入了一些支持網(wǎng)絡(luò)的工具 rcp，rsh ， rlogin ，rwho. 他們稱她為 4.1aBSD，這個版本并沒有正式發(fā)表，在1982年 4月開始供內(nèi)部使用。雖是如此，在 4.2BSD 未正式發(fā)表之前，她還是繁殖的到處都是。6 月， 4.1aBSD kernal加上了新完成的檔案系統(tǒng)，版本更新為 4.1bBSD.
rcp ， rsh， rlogin ， rwho 這群指令。因安全機(jī)制上的理由，逐漸被另一群新的指令群所取代，新的指令群叫 SSH（Secure Shell）。SHH 相關(guān)網(wǎng)址（http://www.ssh.org）。
1982年的春季末，已厭倦了在柏克萊環(huán)境的 Bill Joy ，答應(yīng)受邀加入當(dāng)年剛創(chuàng)辦的 Sun Microsystems ， Inc. ，成為 SUN的第四號創(chuàng)辦人。那年的整個夏季他就在兩地奔走。之后他對修改中的彈性解譯溝通機(jī)制及改寫 UNIX kernal到一個段落之后，由 Leffler接手了他的工作。由于合約期限的因素，Leffler 在1983年 4月發(fā)表了 4.1cBSD，提供給參予 DARPA各項(xiàng)相關(guān)計(jì)劃的成員試用。6 月，DARPA 的指導(dǎo)委員會第二次會議招開，驗(yàn)收與檢討最新版的 BSD 成果。繼續(xù)整合 UNIX 系統(tǒng)的 Leffler，在 1983 年 8月，發(fā)表了 4.2BSD.她達(dá)到了DARPA 的預(yù)定的需求；足以應(yīng)付 CAD/CAM影像處理與 AI 研究的高速的檔案系統(tǒng)及擴(kuò)展強(qiáng)化的虛擬內(nèi)存功能；提供能分散處理的解譯溝通機(jī)制；支持56-Kbit 的 ARPA Internet網(wǎng)絡(luò)連結(jié)，以及 10-Mbit/s Ethernet 的局域網(wǎng)絡(luò)；還有經(jīng)過重組架構(gòu)已模塊化的 kernal code ，提供更有效率的計(jì)算機(jī)平臺移植。
SUN 以生產(chǎn) RISC 架構(gòu)的工作站計(jì)算機(jī)為主，使用的正是以 BSD為基礎(chǔ)所的UNIX OS.在當(dāng)時以不遜色于大型計(jì)算機(jī)的多人多任務(wù)、具網(wǎng)絡(luò)溝通功能的UNIX OS 、加上價格低廉的硬件（相對于 mini 級計(jì)算機(jī)而言），廣獲得工程界的青睞，而mini級大計(jì)算機(jī)的命運(yùn)自此注定開始逐漸式微。計(jì)算機(jī)軟件的應(yīng)用因?yàn)橛辛司W(wǎng)絡(luò)于是也開始朝向 Client-Server的架構(gòu)發(fā)展。
1982年，SUN 有了自己的操作系統(tǒng)—— SunOS 1.0——承襲自 4.1BSD.一直到 1990 年11月，發(fā)表 SunOS 4.1.1 版同時冠上 Solaris 1.0時，SUN 才算開始向 System V 版本靠攏。
SunOS 4.1.1 可算是以 BSD為主體再附加上 System V 工具的 UNIX 混血兒。但這其實(shí)是個商業(yè)考量的過渡性做法（后文會加以說明）。
而 SunOS 4.1.x版的字眼也僅延續(xù)到 1994 年的 SunOS 4.1.4為止，她后繼的版本是 Solaris 1.3. 真正延續(xù)到今日的 Solaris版本，則是始于 1992 年 7月的Solaris 2.0 （SUN OS 5.0）。
在商業(yè)有所成就的 SUN Microsystems 對 UNIX OS的發(fā)展倒也做了些重大貢獻(xiàn)；如 1984 年發(fā)表的 NFS（Network File System ）與其后在 1986 年發(fā)表的PC- NFS.
商業(yè)化的不平坦歷程—— UNIX 版本的戰(zhàn)爭
UNIX商業(yè)化實(shí)質(zhì)上即意味著將產(chǎn)生各種獨(dú)立化的 UNIX 版本，這點(diǎn)大概是最顯而易見的事實(shí)。如果以商品要具備獨(dú)特性與獨(dú)占性的利益來做考量的話，其實(shí)一點(diǎn)也不意外。因此 UNIX 開始衍生的相當(dāng)多的版本。這種現(xiàn)象，對使用者以開發(fā)應(yīng)用程序的廠商而言，已經(jīng)造成了某成程度上困惑。然而，一種無所適從的無力感其實(shí)才剛開始。
1984年 1月 1日， AT&T 這個擁有 1495 億美元資產(chǎn)、1 ，009 ，000 位員工的龐大巨獸，終于被格林法官（Harold H. Greene）以反扥拉斯法（antitrust ） 強(qiáng)制拆解成七家 RBOCs（Regional Bell Operating Companies ） . AT&T 也因而在一夕間解體成為區(qū)域性網(wǎng)絡(luò)公司，從此失去了長途電話的壟斷性地位。這種時空的轉(zhuǎn)變讓 AT&T 對 UNIX 的態(tài)度有了 180度的轉(zhuǎn)變（其實(shí)，農(nóng)夫我指的是收費(fèi)的態(tài)度）。
先前已經(jīng)提過 70 年代初期的 AT&T ，已經(jīng)在長途電話市場上占有絕對壟斷的優(yōu)勢，因而被美國政府的限制不得涉足與從事計(jì)算機(jī)與其它行業(yè)，也正因而造就了UNIX發(fā)展初期的自由開放。直到 1979 年，AT&T才宣布要將 UNIX 商業(yè)化的計(jì)劃。1981年 11 月，AT&T屬下的USG 發(fā)表了 System III.次年又更新為System IV.稍后于 1983 年，AT&T 將 CRG， USG合并成立了 UNIX System Development Lab. 一般簡稱為 USL，從其名稱就不難清楚她將要扮演的角色。該年 System V 上市了。此時 AT&T 發(fā)覺每次版本更新都得花不少宣傳費(fèi)，實(shí)在不劃算，所以決定在 System V 以后，名字就不再做變動了。1984年，System V Release 2發(fā)表，簡稱為 SVR2.在這個版本中，才終于看到來自 BSD 版本的 Virtual memory 功能，農(nóng)夫我不得不驚嘆 AT&T 的穩(wěn)健作風(fēng)。SVR3則是到了 1986 年才發(fā)表，隨后 1987 年又發(fā)表了 SVR3.2.
1987年，在工作站市場上已占有一席之地的 SUN，找上了 AT&T ，打算將System V與 BSD這兩大版本歸為一統(tǒng)。 1988年初，雙方更簽訂了合作合約，AT&T取得 SUN的一席董事，同時亦有權(quán)買下 SUN百分之二十的股份。這項(xiàng)合作計(jì)劃，原本有機(jī)會整合當(dāng)時版本紛亂的 UNIX OS. 但那是理想。實(shí)際上這個計(jì)劃反而讓 UNIX 族群里的其它成員恐慌萬分，特別是 IBM、DEC 、HP這幾個產(chǎn)業(yè)龍頭。為了抵制這項(xiàng)行動，他們組織了一個反對聯(lián)盟。因此「開放軟件基金會」也就是 Open Software Foundation 簡稱 OSF在 1988 年正式誕生；成員除了前面的三巨頭外，尚有多達(dá)三十幾家計(jì)算機(jī)硬件制造廠商與系統(tǒng)咨詢顧問公司，也相繼以行動投入到此反對的行列中。然而 AT&T 與 SUN也不示弱地組織了 UNIX International ，也就是UNIX國際公司，成員數(shù)量雖然不比 OSF陣營來的多，但如果她是 Intel、 Toshiba 、Unisys、Motorola、Fujitsu ，這幾個大塊頭，那也是很夠看頭的。
企業(yè)自身的利益在現(xiàn)實(shí)世界里始終是以個體的考量為優(yōu)先，所以這兩大陣營始終沒能再達(dá)成任何共識，就連當(dāng)時所制定的 UNIX 統(tǒng)一標(biāo)準(zhǔn)規(guī)格，嚴(yán)格來說也從不曾被實(shí)現(xiàn)過。這種企業(yè)利益上的沖突與矛盾其實(shí)也存在于同一個陣營中不同的成員之間。兩大陣營對峙，可以說是 UNIX 有史以來最重大的產(chǎn)業(yè)沖突事件。
由于商業(yè)利益的政治考量大過技術(shù)問題的考量，也因此奠定了 UNIX 將繼續(xù)分裂下去的命運(yùn)。 AT&T 在 1989 年發(fā)表了 SVR4 ，SUN 在日后也將她的 SunOS 4.1. 1 開始冠上 Solaris的字眼，以行動靠攏 SVR4.OSF 則是在 1990 年發(fā)表了OSF/1.UNIX版本的問題因而更加混亂了。但有趣且可笑的是，開放系統(tǒng)——Open System ，這個雙方都標(biāo)榜的理念與觀念卻因此在計(jì)算機(jī)產(chǎn)業(yè)界引起了回響，這點(diǎn)倒是原先所始料未及的。
不久 AT&T 撤銷了對 SUN的投資，同一個陣營的成員彼此也因而勞燕分飛。
USL 在 1991 年正式轉(zhuǎn)變了一家獨(dú)立的商業(yè)公司。但 UNIX 在商業(yè)市場上的價值卻出現(xiàn)了變化……
讓 UNIX 自由—— Networking Release 2
自從 UNIX 走出貝爾實(shí)驗(yàn)室后，研究機(jī)構(gòu)與學(xué)術(shù)界就扮演了繼承與發(fā)展的雙重角色。在1979到 1984 年這段期間，UNIX的擁有者 AT&T ，對于學(xué)術(shù)界的授權(quán)政策尚可用「大方」來形容；同時也對學(xué)術(shù)界做某種程度的資助與合作。當(dāng)時的學(xué)術(shù)界，得助于 AT&T 的大方授權(quán)與分享程序原始碼，研習(xí) UNIX 這個分時操作系統(tǒng)開始在學(xué)術(shù)界蔚為一股風(fēng)氣，甚至可以說是一種潮流或一種流行。其中，像柏克萊 BSD對 UNIX 的貢獻(xiàn)，就是一個公開的事實(shí)。但早期的 BSD使用者，是必需向 AT&T 支付授權(quán)金的。這點(diǎn)，從產(chǎn)業(yè)界資助學(xué)術(shù)界的角度來看是一點(diǎn)也不值得驚訝的。因?yàn)橘Y金的援助為了就是取得其成果。所以當(dāng)時基于 AT&T 原始碼所發(fā)展的成果，均歸屬 AT&T 所有。也因而 AT&T 掌控了 UNIX 的所有權(quán)。到了1984年以后，AT&T開始更積極地保護(hù) UNIX 的原始碼；AT&T甚至還要求各大學(xué)的使用人員簽訂保密條約，想藉此防堵 UNIX 的原始碼從學(xué)術(shù)單位流出，以影響到商業(yè)利益。
在 DARPA資助柏克萊從事 BSD OS 發(fā)展的過程中，誕生了 TCP/IP 這項(xiàng)廣泛影響現(xiàn)今計(jì)算機(jī)與因特網(wǎng)的通訊協(xié)議。由于 DARPA對于資助開發(fā)的軟件項(xiàng)目有明文規(guī)定接受資助者必須無條件地釋出程序的原始碼，所以 TCP/IP 的原始碼與程序的版權(quán)并不屬于 AT&T 所有。這點(diǎn)在現(xiàn)今看來其意義是不凡的。也正因?yàn)橛写艘粭l件，柏克萊的 CSRG （Computer System Research Group）因應(yīng) BSD Vendors需求，在 1989 年 6月發(fā)表了 Networking Release 1 ，她包含了TCP/IP source code以及一些工具，提供給當(dāng)時正開始起步發(fā)展的個人計(jì)算機(jī)制造業(yè)者使用。Networking Release 1 授權(quán)收費(fèi)僅 1000 美元，而且不需要 T&T的商業(yè)授權(quán)，取而代之的是柏克萊大學(xué)的開放式授權(quán)。
農(nóng)夫我看柏克萊授權(quán)方式，幾乎可以說是一種良心式授權(quán)方式，在實(shí)質(zhì)的運(yùn)用上她完全沒有限制。她允許原始碼或執(zhí)行檔在任何情況下修改并且允許將修改后的程序 從事商業(yè)行為而無須任何回饋，當(dāng)然也沒有絕對要求開發(fā)者必須要釋出原始碼。如果你改都不改地加以販?zhǔn)郏矝]有意見。但有一點(diǎn)不可違反的限制，就是必須在 衍生物的版權(quán)聲明上提到柏克萊的貢獻(xiàn)。這種做法在日后，也沒有多少改變，而這樣的授權(quán)方式也成為了柏克萊的授權(quán)精神。
Keith Bostic由于 Networking Release 1 所得到的響應(yīng)實(shí)在遠(yuǎn)超過 CSRG 成員的預(yù)估。
這個不算差的成果，讓柏克萊的 CSRG 覺得有必要釋出更多屬于 BSD的程序原始碼。于是激發(fā) CSRG 的成員 Keith Bostic開始組織志愿工作者從事一項(xiàng)就算不能夠驚天也足以動地的程序?qū)懽饔?jì)劃。計(jì)劃的主要目的在當(dāng)時還真讓人感到有點(diǎn)" 烏扥邦".農(nóng)夫我個人喜歡戲稱她為「解放 UNIX 計(jì)劃」。
Marshall Kirk McKusick這項(xiàng)計(jì)劃大體上分成兩個部分，操作系統(tǒng)工具（Utility ）
與核心（kernal）。而且參與人員必須在完全沒有參考 AT&T UNIX source code的情況下進(jìn)行撰寫程序的工作。因?yàn)橹挥性谶@種條件下，寫出來的程序代碼，才能擺脫 AT&T 的著作權(quán)束縛。當(dāng)然這也絕對不是一件容易的事。Keith Bostic四處奔走，組織了超過四百名熱心的軟件工程師，經(jīng)過了長達(dá)十八個月的奮戰(zhàn)之后，操作系統(tǒng)主要的工具與鏈接庫才算改寫完成。Marshall Kirk McKusick負(fù)責(zé)改寫當(dāng)時的核心程序。但系統(tǒng)核心的部分，由于長期以來柏克萊與 AT&T 一直就彼此分享 UNIX 原始碼，所以各自所加上去的程序代碼早已混雜難分了。為了徹底的厘清雙方各自撰寫的部分，他們下決心進(jìn)行逐行比對。首先花了好幾個月的時間，將核心程序每 一行每一個檔案都建立轉(zhuǎn)換比對的數(shù)據(jù)庫。然后接著進(jìn)行移除來自 AT&T 32V 的程序代碼并改寫她們。即使是如此，仍舊有 6只程序讓他們束手無策，因而無法將核心程序徹底完整地改寫。最后，他們還是決定將他們所做的所有成果發(fā)表。授權(quán)的方式沿用 Networking Release 1 的授權(quán)方式，授權(quán)的磁帶依舊是 1000 美金。這個版本就是 Networking Release 2 ，也有人稱她為 4.3BSD NET/2.發(fā)表的時間在 1991 年 6月。雖然這是個不完整的操作系統(tǒng)。
但，在今日看來，卻有著劃時代的意義—— UNIX OS自由了。
誰是" 老大哥" ——侵權(quán)訴訟
AT&T的 USL在 1991 年正式轉(zhuǎn)變了一家公司。當(dāng)然，這意味著她將更重視UNIX在商業(yè)上的利益。當(dāng)時的 UNIX OS早以稱霸高階的計(jì)算機(jī)市場；從 Cray 超級計(jì)算機(jī)、IBM 的大型計(jì)算機(jī)主機(jī)、迷你級計(jì)算機(jī)到工作站，均是 UNIX 的天下（這一點(diǎn)，直到現(xiàn)在21世紀(jì)，仍舊沒有多大的改變）。即使在 80 年代中期后開始迅速發(fā)展的個人計(jì)算機(jī)，雖然當(dāng)時被戲稱為是玩具計(jì)算機(jī)，但也仍舊有像XENIX[注1]， Interactive UNIX[注2]等幾種向 AT&T 繳過稅的商業(yè)化版本。
UNIX簡直就是 AT&T 的一棵搖錢樹。
但這一切在 Networking Release 2 （以后簡寫為 Net/2）出現(xiàn)之后，起了變化！
首先，一位 i386 處理器的玩家名叫 Bill Jolitz，在拿到 Net/2之后，很快地就將 Net/2 kernal 缺少的程序補(bǔ)齊了。BSD kernal這時可算是大功告成了。
當(dāng)時 Bill Jolitz將他們放在因特網(wǎng)與其它人共享他的原始碼，并且得到了不少正面的響應(yīng)。由于這個版本是使用在 i386 微處理器的個人計(jì)算機(jī)上，所以就命名為386BSD，在 1992 年 2月正式發(fā)表。這該算是 BSD首度功能完整且版權(quán)獨(dú)立的版本。Bill Jolitz 是當(dāng)時唯一的 kernal 維護(hù)者。在他離開這個計(jì)劃之后，繼起的 BSD玩家們延續(xù)了這個版本，日后衍生了 FreeBSD，然后又從其中分支出裂NetBSD版本。
另一個將 Net/2完整化的是一家叫 Berkeley Software Design ，Incorporated的公司，簡稱 BSDI[注3]. 由于 Net/2的版權(quán)聲明中，宣稱其源文件的合法性，并且允許使用者，從事衍生物的商業(yè)行為，所以 BSDI 將他們修改后的系統(tǒng)命名為 BSD/386. 他們并將成果打包，刊登廣告以 995美金的售價販?zhǔn)? BSD/386，而且含原始碼，而且還提供免費(fèi)服務(wù)電話的咨詢，電號號碼是"1-800-ITS-Unix". 時間大約是在 1992 年 1月。當(dāng)時，USL 的 System V 含 source code的價格大約是 BSD/386價格的一百倍左右。這可驚動了老大哥 AT&T.并且正式地書面嚴(yán)重警告 BSDI 違反的注冊商標(biāo)法（電話號碼里有Unix的字眼），并公開宣稱 AT&T 擁有 UNIX 的注冊商標(biāo)。BSDI再次刊登廣告公開反擊 AT&T ，聲明她的商業(yè)行為完全合法。果不期然，BSDI的博命演出讓雙方手牽手走上法庭。
AT&T的 USL控告 BSDI 剽竊他的 UNIX 原始碼，要求法官還他公道。在聽證會上，BSDI祭出早已準(zhǔn)備好的法寶；自己在無任何 AT&T source code 的條件下寫出的合法檔案，以及來自于 BSD授權(quán)的 Net/2 source code. 前面的證據(jù)足以讓 BSDI 立于不敗之地，后者讓 BSDI 置身在暴風(fēng)圈外。BSDI的辨證獲得了法官的采信。但 At&T 豈會就此罷手，他們將焦點(diǎn)轉(zhuǎn)移到 Net/2的 BSD授權(quán)上面，并且重新提出控訴，被告的對象變成了 BSDI 與柏克萊大學(xué)；同時 AT&T 還申請法庭禁止 BSDI 一切的 BSD/386銷售行為。就這樣，柏克萊大學(xué)也對號入座了。
農(nóng)夫我認(rèn)為，畢竟 AT&T 是營利企業(yè)，她得維護(hù)她的商業(yè)利益，這點(diǎn)是天經(jīng)地義的事。
雖然柏克萊大學(xué)與 AT&T 在 UNIX 發(fā)展上有著非比尋常的關(guān)系，但商業(yè)利益是現(xiàn)實(shí)的。企業(yè)資助學(xué)術(shù)界的研究計(jì)劃，多半是基于商業(yè)上的考量；我相信，學(xué)術(shù)界的少數(shù)高層在尋求奧援時不會不明白這 一點(diǎn)，即使這有可能讓大部分的學(xué)術(shù)人士無法接受或不愿接受。不管如何，這一記醒棍倒再次挑起了這一點(diǎn)事實(shí)。
成為被告的柏克萊大學(xué)，只好無奈地面對這場無情的商業(yè)訴訟。但他們也同樣不甘示弱地對 AT&T 的 Systerm V 著作權(quán)提出質(zhì)疑，因?yàn)樵?AT&T 的 UNIX 授權(quán)聲明中完全沒有提及柏克萊的貢獻(xiàn)。所以柏克萊反控 AT&T 違反 BSD 的授權(quán)條款。柏克萊的反擊讓戰(zhàn)況越演越烈，訴訟案一路從 AT&T 的老家新澤西州的聯(lián)邦法庭打到柏克萊大學(xué)的所在地加州法院，但依舊沒有結(jié)果。
到了 1993 年，官司還在進(jìn)行中，但 AT&T 卻已經(jīng)打包 USL準(zhǔn)備以一億美元的價格找尋買主了。最后 AT&T 將 USL 以八千萬美元代價的賣給了 Novell.而新買主也當(dāng)仁不讓地加入了這場混戰(zhàn)。但卻也因此，戰(zhàn)況露出了一線平息的曙光。
訴訟案在 1994 年 1月宣告終結(jié)，以庭外和解收場。實(shí)際的協(xié)議內(nèi)容僅有當(dāng)事人知情。
如果從勝負(fù)的角度來看這場訴訟，或許柏克萊與 BSDI 是勝利的一方。但如果從UNIX發(fā)展的腳步來看這場訴訟，就可能根本沒有任何一方是勝利者了。
事件平息后的 1994 年 6月，柏克萊的 CSRG 風(fēng)光地發(fā)表了 BSD 4.4 Lite.在這個版本中，有 70 個檔案引用的一份新修改的版權(quán)聲明，闡述的 AT&T 與 BSD雙方的貢獻(xiàn)，并明確地給予檔案自由散播的權(quán)利。但不知為何，應(yīng)該有能力完整發(fā)表的 BSD 4.4 Lite 還是缺少了三的檔案。當(dāng)時，農(nóng)夫我也很高興地買了一本BSD4.4-Lite CD-ROM Companion ，含一張光盤，現(xiàn)在拿在手上，看來總覺得有點(diǎn)呆。
掌握 UNIX source code 以及 UNIX 商標(biāo)的 Novell ，將 UNIX 商標(biāo)交給X/open管理，自己則發(fā)展了一套命名為 UNIXWave 的操作系統(tǒng)。推出后市場的反應(yīng)并不熱絡(luò)。不久，Novell與 SCO接頭，在 SCO保證繼續(xù)支持UNIXWare 的條件下，UNIX在 1995 年二次易主，新主人是SCO[注4].
備注：*1 Intel在 1978 年發(fā)表 4.77 MHz 的 8086 微處理器。1980年，Microsfot 便以 V7 為基礎(chǔ)，發(fā)表了在微處理器（microprocessor-based computers）上執(zhí)行的版本也就是 XENIX. 到了 1982 年，一家成立于 1979 年的軟件公司 Santa Cruz Operation ，成為微軟的合作開發(fā)廠商。之后她這家公司便一直致力于這個領(lǐng)域里延續(xù)到今日，縮寫就是今日的 SCO.
*2 Interactive IS/1 （以 V6 為主體）。這個版本后來演化為比較讓人熟知的名字—— Interactive UNIX. 后來因?yàn)?Sun Microsystems 致力發(fā)展 Solaris for X86，被財(cái)力雄厚的 Sun Microsystems 合并了，如今已經(jīng)不見蹤跡了。
*3就在我反復(fù)修改這段文稿的時候，BSDI這家公司已經(jīng)被 Wind River 合并了，改名為iXsystems.2001/05/03
*4 2001 年 5月 4日，Caldera International ， Inc. 正式并購了 SCO的服務(wù)器軟件部及SCO 專業(yè)服務(wù)部這兩個部門，新的控股公司名為 Caldera， Inc


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351DZN248.jpg');" border="0">


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351HPY959.jpg');" border="0">
GNU 計(jì)劃——開啟了新大道
在 1983 年 9月 27 日，麻省理工學(xué)院人工智能實(shí)驗(yàn)室（MIT Artificial Intelligence Lab ）的 Richard M. Stallman（以下簡稱為 RMS），在net.unix-wizards以及net.usoft 的 newsgroups 貼上了一份標(biāo)題為 "new UNIX implementation" 的訊息。這就是如今廣為人知的 GNU計(jì)劃的開始。在那則被視為「GNU 宣言」草稿的訊息中，RMS 闡述個人的理念與計(jì)劃的目的——完成一個命名為 GNU的 "Free UNIX"操作系統(tǒng)，希望藉此尋喚理念想同者共襄盛舉。
「如果我喜歡一個程序的話，那我就應(yīng)該分享給其它喜歡這個程序的人」，這是RMS 的座右銘。此點(diǎn)也似乎正是促使其決心運(yùn)作 GNU計(jì)劃的原動力。當(dāng)時的RMS 是想寫出一套免費(fèi)的操作系統(tǒng)。能夠讓每個人如空氣般地自由的取得與使用。
選擇“UNIX兼容”為設(shè)計(jì)的主要原因是；RMS 表明，UNIX并非他個人理想中的操作系統(tǒng)；他僅閱讀一些相關(guān)數(shù)據(jù)，但未曾使用過（MIT 使用操作系統(tǒng)是"ITS——Incompatible Timesharing System"）；但他認(rèn)為 UNIX 操作系統(tǒng)具有優(yōu)良的本質(zhì)特性。他相信如果 GUN與 UNIX 兼容將更容易令人接受。所以 RMS承襲 MIT用遞歸縮寫字命名的傳統(tǒng)為 GNU釋譯界定 Gnu is Not Unix.
1984年 1月，RMS 為了展開他的理想而決心離開已經(jīng)待了十幾年的 MIT AI Lab.。當(dāng)他向他老板 Patrick Winston 辭職時，Winston 試圖挽留地說：「你還是要辭職？」。RMS 不為所動的回答：「是」。Winston 顯然得到預(yù)料中的答案，于是接著說出了思緒里關(guān)懷：「你想要保留你的鑰匙嗎？」。于是 RMS就從此開始專心地" 失業(yè)" 在他的老東家。一個人窩在他原來的舊辦公室中，規(guī)劃著如何開始他的 GNU計(jì)劃。但想開發(fā)一套新的 UNIX 兼容的操作系統(tǒng)，即使是財(cái)力、人力資源雄厚的頂級計(jì)算機(jī)公司，也絕對不是一件說想做就能夠做到的事。
當(dāng)擬妥他的「GNU 宣言」之后，他正式向全世界呼喚、表明其將所為。種子落地了。
GNU 計(jì)劃的第一只程序要算是孤軍奮戰(zhàn)的 RMS在 1984 年 9月開始撰寫的Emacs 編輯器。
1985年初，Emacs 已進(jìn)入可用的階段。于是 RMS將她放在pre.ai.mit.edu這臺機(jī)器的 FTP server 上，免費(fèi)地讓 amonymous的到訪者自由下載使用。不久后，Emacs 強(qiáng)捍的功能引發(fā)了一些玩家們的注意，由于附上了 source code，玩家們能自己動手為它添加新的功能或除錯，很快地，Emacs 獲得了相當(dāng)熱烈的回響。隨著名聲漸播，開始有人相繼地加入 GNU計(jì)劃的程序?qū)懽麝嚑I。" 此道不孤" 讓 RMS倍感振奮與喜悅。
當(dāng)時的因特網(wǎng)并未十分普及。所以有不少人雖然對 Emacs程序有興趣，卻沒辦法經(jīng)由 FTP的管道取得，因而有人透過其它管道向 RMS詢問能如何取得時，這可讓當(dāng)時處在失業(yè)狀態(tài)的RMS 看到能夠支持他繼續(xù)奮戰(zhàn)下去的資金來源——販?zhǔn)? 自由軟件".
一個人、一個獨(dú)立的個人，要想在現(xiàn)實(shí)中實(shí)行自己的理念，最先得接受" 現(xiàn)實(shí)".唯有接收它是事實(shí)，實(shí)行理念的道路，才獲得比較穩(wěn)固的起點(diǎn)與開始。　——網(wǎng)絡(luò)農(nóng)夫如是說。
想著、寫著，腦中突然掠過一絲感受（所以順便記錄在這個地方）。不管如何，RMS 真的開始以一卷磁帶 150 塊美金的代價，服務(wù)有需要的人。也因?yàn)榛谶@個開始與基礎(chǔ)，RMS 當(dāng)年便創(chuàng)立了自由軟件基金會—— Free Software Foundation（以后簡稱為FSF ）。這對GNU 計(jì)劃而言，意味著它已跨越個人化理念的構(gòu)思階段，并進(jìn)入了有群體組織化的運(yùn)作階段。
同時，RMS 也制定出了屬于GNU 計(jì)劃的軟件版權(quán)。RMS 使用 "copyleft" 用來形容她，其實(shí)就是與著作版權(quán)（copyright ） " 對立" 之意。這也就是 GPL—— General Purpose License（通用公共授權(quán)）。
GNU 計(jì)劃的種子，就這樣生根發(fā)芽了。
從販賣 GNU自由軟件擴(kuò)展到其它的相關(guān)軟件與參考手冊，提供軟件技術(shù)支持，并接受計(jì)算機(jī)器材與資金的捐助（捐助者依法享有一定額度的減稅），為企業(yè)代訓(xùn)軟件人 才。FSF 努力地開辟財(cái)源卻仍舊是運(yùn)作資金捉襟見肘。RMS 本人并不支薪。而FSF 聘請軟件工程師的待遇，也僅是軟件業(yè)界薪資水平的一半。但這絕不表示GNU 計(jì)劃的軟件水準(zhǔn)是半桶水。GCC 編譯器是 GNU計(jì)劃在 1987 年 3月開始發(fā)表的免費(fèi)編譯器，當(dāng)時的版本是 0.9測試版。如今最新的版本則是 3.0. 這個編譯器可以說是今日自由軟件寫作的基石。GCC 所解譯的機(jī)器碼，其可靠度絕對不遜于商業(yè)化的編譯器產(chǎn)品，甚至可以說是優(yōu)越過商業(yè)編譯器。
90年代初，GNU 計(jì)劃暨已完成了質(zhì)量與數(shù)量均十分可觀的系統(tǒng)工具。這些工具被廣泛的使用在當(dāng)時各種工作站的 UNIX 系統(tǒng)上。雖然已有如此的成果，但仍稱不上是完整的操作系統(tǒng)。他們?nèi)鄙僖恢儆谧约旱? 核心程序（kernal）".
UNIX在 4.2BSD 之后，越寫越大 kernal 開始帶來一些不便與問題。因而當(dāng)時便開始有另一個寫作理念逐漸在發(fā)展——微核心（microkernal ）理念。
1985年，卡內(nèi)基大學(xué)（Carnegie Mellon University簡稱 CMU）暨以 4.3BSD 為發(fā)展基礎(chǔ)，將之一拆為二，分成 micro kernal 與 single server兩個部分。
該計(jì)劃的名稱為"Mach". 這個計(jì)劃成了微核心發(fā)展的技術(shù)先河。GNU 原本有意直接采用"Mach"計(jì)劃的成果。但無奈，這一等，從80年代中等到了90年代初，在幾經(jīng)商量之后，他們打算采用微核心的寫法，成立自己的計(jì)劃， 名稱叫"Hurd". 這項(xiàng)計(jì)劃，如今仍在奮戰(zhàn)中，雖然 microkernal的做法讓他們吃了不少苦頭；但可喜的是，0.2 ， 0.3 測試版本已經(jīng)發(fā)表。
直到 21 世紀(jì)的今日，RMS 依舊努力不懈地耕耘著他的夢土。盡管他本人認(rèn)為還尚未完全地實(shí)現(xiàn)他的「GNU 宣言」；但他執(zhí)著于理念的行動，已凝聚了相當(dāng)數(shù)量的自由軟件寫作族群們，在這些人與群體的努力下，一條新的大道其實(shí)已經(jīng)被開拓出來了，她通往一個新的世 界。大道旁，枝葉已然繁茂的樹蔭下，可口果實(shí)一如禮物般地為所有的人成熟。人們稱她—— Linux.
新世代的焦點(diǎn)—— Linux
1990年代中期，因特網(wǎng)因出現(xiàn) World Wide Web ， HTML 這種新型態(tài)的應(yīng)用，而開始迅速的延燒全世界。一夕間，架設(shè)因特網(wǎng)主機(jī)的需求激增。這時有一套可以免費(fèi)取得，并且能讓 x86計(jì)算機(jī)升格成 UNIX 級主機(jī)的免費(fèi)操作系統(tǒng)，開始了吸引全世界目光。在傳媒與計(jì)算機(jī)工程師們的競相走告下成為了這個新世代的焦點(diǎn)，這個新的名字就是 Linux.
Linus Benedict Torvalds 當(dāng)然，這套媒體吹捧的當(dāng)紅炸子雞，可非一人之功，一夕即成的。Linux 是一套版權(quán)徹徹底底與 AT&T 無關(guān)的 UNIX-like OS.原始核心程序的創(chuàng)作者是芬蘭籍的 Linus Benedict Torvalds（現(xiàn)今他仍舊是核心程序的維護(hù)者）。操作系統(tǒng)里大部分的系統(tǒng)工具，來自于 RMS行之多年的 GNU計(jì)劃成果，以及其它的自由軟件寫作計(jì)劃產(chǎn)生的軟件，如 X Windows、KDE 、Gnome 等窗口接口。由于構(gòu)成操作系統(tǒng)的主要部分均奉行 GPL 版權(quán)，所以市面上有相當(dāng)多樣的安裝套件，目前較廣為人知的有 RedHat 、Slackware 、SuSE、Debian GNU/Linux ……。也因此，這套操作系統(tǒng)，可說是包含了無數(shù)字自由軟件寫作者的共同心血。
如此的一套操作系統(tǒng)其實(shí)也就是 RMS多年來想要達(dá)成的宿愿—— "Free UNIX". 所以，RMS 本人總認(rèn)為該將名稱改做"GNU/Linux".因此，也有人用 GNU/Linux來稱呼這個操作系統(tǒng)。
Torvalds打從十歲出頭當(dāng)他外公的" 鍵盤手" 開始，到了中學(xué)就已成了不折不扣的計(jì)算機(jī)迷。1990年，當(dāng)他就讀赫爾辛基大學(xué)（University of Helsinki） 信息系二年級，選修一門「C 語言與 UNIX 操作系統(tǒng)」的課程，因而瘋狂地迷戀上了UNIX操作系統(tǒng)。那年正好赫爾辛基大學(xué)正好添購的一臺 VAX，安裝 Ultrix 操作系統(tǒng)。連接了 16 臺終端機(jī)供授課師生使用。有所限制的計(jì)算機(jī)資源，對一位計(jì)算機(jī)迷來說是極痛苦忍受的。
Torvalds開始作夢想" 搞" 一套可以在自己計(jì)算機(jī)上跑的 UNIX.
1991年 1月，Torvalds利用 "學(xué)生貸款" 加上去年的 "耶誕紅包" ，以分期付款方式買了一臺 386 DX33 個人計(jì)算機(jī)（他的第三臺計(jì)算機(jī)）。他選擇安裝的操作系統(tǒng)則是在學(xué)術(shù)界頗負(fù)盛名的 Minix[ 注5]. 在幾番奮戰(zhàn)下，就緒運(yùn)作的 Minix OS 功能性卻多方面無法滿足Torvalds的需求，因而激發(fā)了他重頭來的欲念。于是 Torvalds 在他的 386 DX33 上逐步探索并撰寫出他自己的核心程序。他網(wǎng)絡(luò)上釋放的第一個版本是 1991 年 9月 17 日的 0.01 版。雖然她是個簡陋的開始，但由于 Torvalds 本人持續(xù)維護(hù)與網(wǎng)友回饋貢獻(xiàn)，原本一個人所撰寫的核心程序竟在不知不覺中逐漸轉(zhuǎn)化成 "虛擬團(tuán)隊(duì)" 的運(yùn)作模式。
然而，一般計(jì)算機(jī)使用者，需要的是可安裝運(yùn)作的操作系統(tǒng)（農(nóng)夫我習(xí)慣以" 安裝套件" 稱之），而非單一的操作系統(tǒng)核心。當(dāng)時英國的曼徹斯特電算中心（Manchester Computer Center，簡稱 MCC）便根據(jù) 0.12 版核心程序制作了一套名為 MCC Imterin的安裝套件。隨后各地的安裝套件有如雨后春筍般地出現(xiàn)；如美國德州 Dave Safford 的 TAMU （Texas A&M University）版、Martin Junius 的 MJ 版、Peter McDonald的 SLS（Softlanding Linux Sustem）版等非商業(yè)安裝套件的出現(xiàn)。在安裝需求日增的情況下，Linux 安裝套件創(chuàng)造出了一塊新的需求市場。這一線商機(jī)，讓非商業(yè)安裝套件的也開始出現(xiàn)在商業(yè)市場上。Slackware 大概可算是最早出現(xiàn)的商業(yè)安裝套件了。到如今，商業(yè)與非商業(yè)的安裝套件則已多得數(shù)不清了。
隨著使用人數(shù)激增，核心程序的版本與功能也開始加速演化，但仍不失于穩(wěn)健。
1994年 3月 13 日，核心程序 1.0正式發(fā)表。其安裝套件在功能上的整合已急起直追當(dāng)時商業(yè)版的 UNIX OS. 此時的 Linux OS 已擁有數(shù)十萬名使用者。當(dāng)時赫爾辛基大學(xué)還以此為由舉辦了一場名為"Linux首度正式發(fā)表會". 就在芬蘭電視臺與眾多傳媒的鄭重其事的報(bào)導(dǎo)下，Torvalds成了芬蘭人的自豪，Linux OS宛如剛誕生的" 超新星" ，閃閃發(fā)亮地展現(xiàn)在眾人眼前。
早期的 Linux核心程序曾被 Andrew Tanenbaum 指出，過度緊密地與 x86處理器結(jié)合，所以他認(rèn)為 Linux核心程序?qū)o法移植到別的處理器上。這點(diǎn)顯然與UNIX OS 的可移植性大不相同。當(dāng)時的情況的確是如此，這或多或少與Torvalds本人受限于擁有的硬件資源有關(guān)。
但當(dāng) Linux的使用族群拓展開來之后，便開始有人主動地將她移植到不同的平臺上。像 Dave Miller即以不下于Torvalds狂熱與學(xué)習(xí)精神將 Linux成功地移植到 SUN的 SPARC工作站上。
此外如 Amiga、Atari 、PowerPc 、MIPS R4000也陸續(xù)見到 Linux的身影。
這些移植嚴(yán)格地從技術(shù)的角度來看，僅能說是" 個案".但這已激發(fā) Torvalds 的興趣。
真正撼動 Linux核心的移植是對 Alpha處理器。
1994年 5月，在 DEC使用者協(xié)會上，Digital 的工程師 John Hall（外號Maddog） 碰上了 Torvalds ，雙方一見如故。Maddog力勸 Torvalds 將Linux 移植到 Alpha芯片上，并主動提供了一臺 Alpha 計(jì)算機(jī)供 Torvalds 研究使用。當(dāng)年可說是全世界最快的 64-bits Alpha芯片是 DEC引以為豪的一項(xiàng)成就，其架構(gòu)與功能均優(yōu)越過同一時期的 Intel 32-bits處理器。這種技術(shù)性的挑戰(zhàn)吸引了 Torvalds 的投入。這項(xiàng)移植，但這對原先以 x86微處理器為寫作基礎(chǔ)的 Linux核心程序而言，實(shí)在不是一件小工程。在 Torvalds 與 DEC相關(guān)人員的將近一年奮戰(zhàn)后，Linux 核心程序脫胎換骨，成功地移植到 Alpha處理器上（與 x86處理器使用同一套程序代碼）。1995年 3月，被戲謔是 Linux'95 的1.2 版核心程序正式發(fā)表，支持Intel x86 、DEC Alpha 、SUN SPARC 、MIPS等處理器。
1996年 6月，核心程序版本由 1.3直接躍升為 2.0版。Torvalds本人正式欽定了一只" 企鵝" 作為 Linux的標(biāo)志。同時也開始支持對稱式多重處理器（Symmetric Multi-Processing，簡稱 SMP）架構(gòu)的計(jì)算機(jī)；而支持的處理器則又多了 Motorola 68k 和 PowerPc. 在自由軟件團(tuán)體們的努力與計(jì)算機(jī)產(chǎn)業(yè)業(yè)界的支持投入之下，Linux 具備的功能逼近商業(yè)版 UNIX OS. 當(dāng)然，Linux 要達(dá)到" 成熟" 與" 穩(wěn)定" ，實(shí)際上還有好長的一段路要走。
時至今日，散播在全球各地的 Linux虛擬發(fā)展團(tuán)體，仍舊持續(xù)地發(fā)展中。能維持到什么時候？這在將來的歷史自有答案。但至少在現(xiàn)今，一個 RMS奮斗的目標(biāo)——可自由分享程序代碼的操作系統(tǒng)，已可貴地呈現(xiàn)在我們的眼前。
備注：*5 Minix是 Andrew Tanenbaum 教授為教學(xué)目的而撰寫的操作系統(tǒng)。
在教育界可算是一套學(xué)習(xí) UNIX 基礎(chǔ)的好范本。


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351K6092622.jpg');" border="0">


400) {this.resized=true; this.width=400; this.alt='Click here to open new window';}" onmouseover="if(this.resized) this.style.cursor='hand';" onclick="window.open('/upimg/20070420/11M10351N20109221.jpg');" border="0">

新文明世紀(jì)自由共享
到此，這一段關(guān)于 UNIX 發(fā)展的文字，已從過去的歷史當(dāng)中走回到了今日…
… 21 世紀(jì)的今日。本文也接近尾聲了。請諸位原諒農(nóng)夫?qū)⒁詷O為自身的歷史感受，來作為本文的結(jié)語。
閱讀與探究歷史，是農(nóng)夫個人在年輕時即有的一點(diǎn)小癖好。通常我無法忍受對自己喜好事物的緣由一無所知。所以我會想辦法去探究她由誰所創(chuàng)、因何而生與發(fā)展的沿革。也正因?yàn)槿绱耍也艜?UNIX 這個當(dāng)初我沒能在英文字典上找的怪字，寫了這么一篇文字。
然而在 UNIX 的發(fā)展過程當(dāng)中，我驚訝地發(fā)現(xiàn)了一項(xiàng)有別于我探索 20 世紀(jì)歷史的東西。
我相信諸君應(yīng)該清楚，20世紀(jì)是人類文明史上最為血腥殘暴的一段歲月。在其間，多數(shù)民族的上個世代所遭逢的苦難，都是空前的。哲學(xué)家柏林（Isaiah Berlin ）回顧 20 世紀(jì)的感受，說了以下這樣的一段話。
「我的一生——我一定得這么說一句——經(jīng)歷了二十世紀(jì)，卻不曾遭逢個人苦難。
然而在我的記憶之中，它卻是西方史上最可怕的一個世紀(jì)。」
的確，每當(dāng)我閱讀 20 世紀(jì)的相關(guān)史料，我就更能加倍地感受到這份莫名的幸運(yùn)。我生長在臺灣，這塊回顧其歷史僅能以" 悲土" 稱之的島上，她的苦難直至今日亦尚未完全結(jié)束。
盡管多數(shù)年輕的一代已然淡忘，來自何方，歸往何處。
身為一個中國人，站立在這塊似乎仍將被同胞武力相向的孤島上……我已不清楚歷史傷口會因得到同胞的愛而痊愈，還是再次因人類殘暴掠奪的天性而迸裂……
抱歉，離題了。
我想說的是，在 20 世紀(jì)未的因特網(wǎng)時代中，我感受到了令人喜悅地，根源于心、跨越既有疆界藩籬的自由共享文明。這相較于 20 世紀(jì)初將" 戰(zhàn)爭" 視作為文明象征的人類而言，實(shí)屬無價可貴的進(jìn)展。即使這文明仍僅是剛播下的種子。
但我相信，她將如貝聿銘所言：
「你永無法明確知道你已播種的東西何時可以收割；或許只有一次收成，或許可重復(fù)收成。你也許遺忘曾播種了些什么，一種經(jīng)驗(yàn)，一種感受，與某人的關(guān)系，抑或一種哲學(xué)及一項(xiàng)傳統(tǒng)。然后，忽然間就開花了，被全然不同的環(huán)境所喚醒。這種盛開可以沖破藩籬及整個時代。」
多希望親眼看到，幾個世代后的某日，人類彼此掠奪的行為如天花一般地在人類社會中絕跡；而，共享已成為人類整體奉行的道德公理。如果這樣的一個社會是我們今日所企求的；那么，這個方向與希望，就值得你我花一生的精力去努力。
當(dāng)然，這僅只是一個個人的希望，我也清楚這世間并非如此美好。但，如果因假設(shè)一件事物不可能做到，而決定不去做；那是假設(shè)得到勝利，而非真實(shí)的事實(shí)。
或許過去的歷史，曾經(jīng)證實(shí)正義、公理、平等與理想的勝利，不過是短暫的曇花一現(xiàn)；那又如何。只要我們不放棄希望，希望就有機(jī)會成為真實(shí)。今日，所有的美好均因此得來，明日也是。
這幾年來，我已看到不少因特網(wǎng)上諸君們的努力。我也相信這嶄新文明的種子，有朝一日將展現(xiàn)出令人贊嘆、愉悅的美景。未來存在我們尚未發(fā)現(xiàn)的國度。
我相信，我們能發(fā)現(xiàn)未曾走過的通道，打開不曾打開的門，進(jìn)入玫瑰園中……那會是一個嶄新的文明。


摘自：http://www.oklinux.cn/html/other/unix/20070421/21330.html

字符串 
學(xué)習(xí)時間：1.5W（“W”周，下同）
知識點(diǎn)checklist
strlen()函數(shù)的返回值是什么類型的？
字符串strlen()的值，是否和他占據(jù)的內(nèi)存空間相同？
你是否知道strcpy函數(shù)存在的潛在風(fēng)險(xiǎn)？如何避免？
如果一個字符串沒有字符串結(jié)束符，而調(diào)用str開頭的庫函數(shù)，會發(fā)生什么？
Strcpy(),strcat(),strcmp(),strncpy(),strncat(),strncmp()內(nèi)部到底是如何運(yùn)行的？這些函數(shù)到底對源字符串和目標(biāo)字符串做了些什么？你是否觀察過它們運(yùn)行時兩個字符串內(nèi)存的變化？
上面這些函數(shù)使用時，各有哪些需要注意的地方？
你會幾種字符串查找操作？
c語言中有字符串這個數(shù)據(jù)類型嗎？
對字符串進(jìn)行操作的時候，是否為字符串結(jié)尾符預(yù)留存儲位置？不然的話容易造成非常訪問內(nèi)存。

數(shù)組
學(xué)習(xí)時間：2W
知識點(diǎn)checklist
你肯定知道，定義“int a[10];”，a[10]這個元素是無效的。
你知道幾種數(shù)組初始化的方法？
數(shù)組和指針有千絲萬縷的聯(lián)系而又不同，你是否對他們在不同情況下的使用進(jìn)行過詳細(xì)的總結(jié)？
“int calendar[10][20];”，這是一個什么樣的數(shù)組？它擁有10數(shù)組類型的元素，還是20個？
“int a[10];”，數(shù)組名a在本質(zhì)上是一個什么？你是否打印過a的值？
你知道幾種獲取數(shù)組某元素的方法？
指針和數(shù)組相同嗎？什么時候相同？什么時候不同？
用指針和下標(biāo)訪問數(shù)組元素，那種方式更快？

結(jié)構(gòu)體
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
你知道什么是位域結(jié)構(gòu)體嗎？如何定義它？如何使用它？
你知道字節(jié)對齊對結(jié)構(gòu)體占用內(nèi)存空間大小的影響嗎？如何計(jì)算結(jié)構(gòu)體占用內(nèi)存的大小？

宏
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
你知道宏的本質(zhì)是什么嗎？函數(shù)？語句？類型定義？或者其他？
你知道語言設(shè)計(jì)者為什么設(shè)計(jì)宏嗎？這些原因目前是否仍然成立？
你會設(shè)計(jì)帶有參數(shù)的宏嗎？
你知道使用宏的參數(shù)的的時候的注意事項(xiàng)嗎？
你會設(shè)計(jì)帶有可變參數(shù)的宏嗎？
你知道使用宏有什么劣勢嗎？
你有沒有更好的替代方案？


枚舉
學(xué)習(xí)時間：0.5W
知識點(diǎn)checklist
是否可以指定枚舉中各項(xiàng)的值？
如果不指定值，枚舉的第一個值是多少？
枚舉的值是否可以是負(fù)數(shù)？
定義枚舉的時候，你是否專門定義了枚舉的最小值和最大值？


Switch
學(xué)習(xí)時間：0.5W
知識點(diǎn)checklist
switch(c)中的c的數(shù)據(jù)類型有哪些？
你是否在所有的switch中都加了default語句？
是否在所有的case中都加了break語句（一般情況的做法）？如果你不加break，將會發(fā)生什么？


Static
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
static的三個主要作用是什么？
static的修飾的局部變量是保存在什么地方的？全局變量哪?
static修飾的全局變量和函數(shù)，在其他的文件中是否可以訪問？如何訪問？
你知道static是c語言中實(shí)現(xiàn)封裝和隱藏的利器嗎？你是否經(jīng)常使用？
定義在不同源文件中的static全局變量，編譯器是否允許他們的變量名稱相同？他們在內(nèi)存中的地址是否相同？函數(shù)那？


const
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
你是否經(jīng)常使用const來表明不能夠被更改的變量？
你是否經(jīng)常使用const常量來代替宏？
下面四種情況，你知道是各表示什么意思嗎？
int  i_value= 10;
const  int* pvalue = &i_value
int  const *pvalue = &i_valueint*  const  pvalue= &i_value
const  int* const  pvalue = &i_value
你知道const常量如何初始化嗎？


Sizeof
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
對于字符數(shù)組，strlen和sizeof的值是否相同？
Sizeof本質(zhì)上是函數(shù)還是宏？
Sizeof的返回值是什么類型？


指針
學(xué)習(xí)時間：3W
知識點(diǎn)checklist
“int *p;”&p，p，*p他們的值分別表示什么含義？
你定義的指針初始化了沒？
你理解指針的指針的概念嗎？你會使用嗎？
“int *pi_value; pi_value = 0x100000;” pi_value + 1的值是是多少？
你會定義函數(shù)指針嗎？
你會使用函數(shù)指針調(diào)用函數(shù)嗎？
關(guān)于指針和數(shù)組，請參見知識點(diǎn)數(shù)組。


動態(tài)分配內(nèi)存
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
動態(tài)分配的內(nèi)存是保存在什么地方的？
什么情況下使用動態(tài)分配內(nèi)存？
動態(tài)申請內(nèi)存一定要釋放，否則會內(nèi)存泄露。你是否使用過內(nèi)存檢測工具？


函數(shù)
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
如何查看函數(shù)在內(nèi)存中的地址？
如何給一個函數(shù)指針賦值？
你是否會定義可變?nèi)雲(yún)⒑瘮?shù)
你是否可以區(qū)分函數(shù)的形參與實(shí)參？
如何定義函數(shù)名，以準(zhǔn)確的表達(dá)函數(shù)的用途？
你是否使用const來修飾函數(shù)入?yún)⒑头祷刂担员淼奶囟ǖ暮x？
遞歸如何使用？

變量
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
全局變量，局部變量，常量分別保存在內(nèi)存中的什么地方？
不同類型的變量，你是否知道其作用域？
全局變量和局部變量是否可以重名？你是否在這樣做？
局部變量在函數(shù)退出后是否有效，為什么？
全局變量為什么不允許定義在頭文件中？有何危害？

鏈接（linux）
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
鏈接位于編譯過程的那個階段？
動態(tài)鏈接庫和靜態(tài)鏈接庫使用時有何區(qū)別？
如何對動態(tài)鏈接庫進(jìn)行動態(tài)加載（不用重啟程序而加載鏈接庫）？
動態(tài)鏈接有何優(yōu)點(diǎn)？
動態(tài)鏈接庫中是否定義了非static的全局變量？你是否知道這是一個非常危險(xiǎn)的動作？
動態(tài)庫中的全局變量（非static）和函數(shù)（非static）是否可以和上層全局變量和函數(shù)重名？重名后會發(fā)生什么事情？


運(yùn)行時的數(shù)據(jù)結(jié)構(gòu)（linux）
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
你知道什么是段的概念嗎？
可執(zhí)行程序可以分為幾個段？每個段保存的是什么內(nèi)容？
如何查看可執(zhí)行程序各個段的大小？
當(dāng)函數(shù)被調(diào)用時發(fā)生了什么？
你有沒有試過程序的棧空間最大有多大？程序超過此大小會發(fā)生什么？
你使用的系統(tǒng)的棧是向下生長的，還是向上生長的？

Include
學(xué)習(xí)時間：0.5W
知識點(diǎn)checklist
1、如何避免對同一頭文件的多次include？


聲明
學(xué)習(xí)時間：1W
知識點(diǎn)checklist
什么是聲明，什么是定義？
你是否會運(yùn)用c語言聲明的優(yōu)先級規(guī)則？


關(guān)于復(fù)雜度：
軟件的首要技術(shù)使命是管理復(fù)雜度。
優(yōu)秀程序員的一個特質(zhì)是將復(fù)雜的事情簡單化，而非將簡單的問題復(fù)雜化。所以，他們一般會選擇簡單的解決方案。
極盡機(jī)巧，復(fù)雜的解決方案，除了將新手搞得暈頭轉(zhuǎn)向之外，別無他用。
閱讀優(yōu)秀程序員的代碼，是一種享受，你很少遇到思維的阻力，你可以盡情的享受簡單之美。
所以，對難以理解的語言特性，要慎用、少用，最好不用，而以簡單的解決方案替代之。但是，在做這些之前，你必須對這些知識點(diǎn)理解深刻。

如果你發(fā)現(xiàn)有什么錯誤，請和我聯(lián)系。
如果這些知識點(diǎn)你90%以上都不知道，或者理解不深刻——我希望你可以加入DS計(jì)劃，共同學(xué)習(xí)。
如果這些知識點(diǎn)你90%以上都知道，并且理解深刻——我希望你也可以加入DS計(jì)劃，成為知識點(diǎn)專家，對新手進(jìn)行指導(dǎo)。
如果你知道的比上面列出的還要多，或者還有你認(rèn)為非常重要的，建議你也分享出來，對上面列舉的內(nèi)容進(jìn)行優(yōu)化。

原文地址：http://blog.csdn.net/chgaowei/archive/2009/10/27/4731498.aspx
DS計(jì)劃加入方式：
1、 方式1 ：加入 QQ 群： 93684322 。
2、 方式2 ：加入 CSDN 群組： DS計(jì)劃 。 

一位網(wǎng)友的建議

對《C方向項(xiàng)目詳細(xì)計(jì)劃》的一點(diǎn)建議
作者：陳新
原文： http://hi.csdn.net/space-1568678-do-thread-id-990.html
首先自己介紹一下，我已經(jīng)工作多年，目前半管理半開發(fā)，主要使用PHP和C語言，對于C語言有過一定研究，有一些經(jīng)驗(yàn)。
我很少上CSDN，雖然已經(jīng)注冊了很長時間，今天心血來潮進(jìn)來看看，就發(fā)現(xiàn)了常高偉的的帖子《深入學(xué)習(xí)C語言知識點(diǎn)checklist——測試你掌握C的程度》，仔細(xì)看了一遍，覺得還不錯，這年頭還執(zhí)著于技術(shù)細(xì)節(jié)的人很少了，可見作者還是下了不少功夫的。
接著就看到了“讀S計(jì)劃”，覺得有點(diǎn)意思，看完之后就有了寫這個建議的沖動，希望對大家有所幫助。

關(guān)于c語言知識點(diǎn)本身，還是挺全面的，如果一個人大部分問題都能詳細(xì)解答，說明這個人對C語言的了解還是很不錯的。
不過我還是有幾點(diǎn)建議：
1、知識點(diǎn)組織得不是很好，顯得有些凌亂，有些相關(guān)知識點(diǎn)被分割到了多個地方，有些不夠全面，從學(xué)習(xí)的角度來將，不是非常好。
例如開始就從字符串操作講起，我覺得不是很好。原因是字符串操作只是庫函數(shù)，對于c語言的字符串，我們開始只要知道是0結(jié)束就夠了，函數(shù)后面在慢慢學(xué)習(xí)。了解字符串函數(shù)最好的辦法，就是自己實(shí)現(xiàn)這些函數(shù)，然后跟源代碼進(jìn)行比較，找出差距。
例如宏和Include，不應(yīng)該分開，而應(yīng)該作為預(yù)處理統(tǒng)一學(xué)習(xí)。預(yù)處理主要包括宏替換、文件包含和條件編譯三部分，另外的一些慢慢再了解就可以了。
此外，我覺得應(yīng)該把static、const這些限定詞和變量結(jié)合在一起學(xué)習(xí)，順便把其它限定詞auto、extern、register、 volatile、restrict、inline等整合在一起，從變量的類型(存儲格式)、生命周期、作用域、可視性、存儲分配等各種角度出發(fā)進(jìn)行說明。
2、有些提問不是很恰當(dāng)。
例如sizeof本質(zhì)上是函數(shù)還是宏？因?yàn)閟izeof既不是函數(shù)，也不是宏，這么提問容易讓人產(chǎn)生誤解。要想弄明白sizeof具體是什么，至少要明白編譯的整個過程，弄明白編譯時和運(yùn)行時的概念。
例如數(shù)組提到的定義int a[10]; a[10] 這個元素是無效的。這種說法并不完全正確，a[10]并非無效，如果真弄明白了具體含義，完全是可以這么使用的(當(dāng)然一般不推薦)。
3、學(xué)習(xí)時間的安排
像Switch、枚舉之類的，如果有人講解，一天就足夠了。而數(shù)組應(yīng)該和指針放在一起，由于指針是c語言的難點(diǎn)之一，恐怕3周的時間都不一定足夠。
4、應(yīng)該把c語言的學(xué)習(xí)當(dāng)作當(dāng)作一個系統(tǒng)，分成多個階段。
個人覺得分為三個階段比較合適：
第一階段是c語言本身，主要是類型、操作符、表達(dá)式、語法結(jié)構(gòu)、函數(shù)、指針、數(shù)組、結(jié)構(gòu)等，想完全弄清楚這些其實(shí)很不容易。入門可以參照譚浩強(qiáng)的那本教科書，不過這本書只適合了解一下，不深入，而且里面有些地方和例子都不是很好。還是推薦K&R的《The C Programming Language》，最好是英文原版的。這階段可以同時學(xué)習(xí)《數(shù)據(jù)結(jié)構(gòu)》，嘗試實(shí)現(xiàn)一些鏈表、樹的操作。
第二階段是結(jié)合著實(shí)際情況，加深對函數(shù)以及相關(guān)知識的認(rèn)識，試著編寫一些小軟件，實(shí)現(xiàn)一些小功能。可以和《APUE》一起學(xué)習(xí)，里面講到的例子都可以自己寫一下。
第三階段是深入學(xué)習(xí)編譯原理、操作系統(tǒng)等知識，了解代碼是如何從文本文件一步一步變成可執(zhí)行文件的，知道棧、堆分別是什么，清楚程序的存儲空間布局，庫函數(shù)和系統(tǒng)調(diào)用的區(qū)別等。這階段可以在某個方面深入下去，編寫一個比較大的軟件，例如一個簡單的網(wǎng)絡(luò)程序、數(shù)據(jù)庫系統(tǒng)或者編譯器等。
因此知識點(diǎn)中的鏈接、運(yùn)行時的數(shù)據(jù)結(jié)構(gòu)、結(jié)構(gòu)體中的內(nèi)存對齊等和其它知識點(diǎn)放在一起并不是很好，畢竟大部分其它大部分題目都是c語言本身的知識，而這些知識點(diǎn)不少都是要看具體實(shí)現(xiàn)的，甚至有些并沒有標(biāo)準(zhǔn)答案。

另外，還有一些題外話：
1、現(xiàn)在已經(jīng)比較少使用c語言開發(fā)軟件了，c語言對開發(fā)者的要求比較高，c語言不是一天兩天就能掌握的，因此首先要弄清楚自己是否真的對技術(shù)感興趣，對技術(shù)有種刨根問底的沖動，而且愿意為此花功夫。如果僅僅是想搞搞應(yīng)用，要快速實(shí)現(xiàn)某個功能，而不追求效率，不在乎具體實(shí)現(xiàn)方式，最好還是去學(xué)習(xí)更高級的語言。
2、 c和c++不是一個語言，所謂c++是c語言的超集也是不正確的，如果當(dāng)初c++的名稱是d語言之類的，可能就不會有這么多麻煩了。最主要兩者的指導(dǎo)思想是不一樣的，c語言默認(rèn)其使用者什么都懂，所以將一切的控制都交給開發(fā)者自己去完成，語言本身不作太多限制，給開發(fā)者最大的自由度。這么做的好處和壞處都是非常明顯的，沒有誰比誰好的問題，只有是否適用的問題。
3、語言本身只是一個工具，將我們了解的計(jì)算機(jī)知識發(fā)揮、展示出來的工具，但基礎(chǔ)知識遠(yuǎn)遠(yuǎn)比語言本身更重要。如果認(rèn)為學(xué)好了一門語言，就是所謂的高手了，那是不切合實(shí)際的。當(dāng)然語言本身也需要我們花費(fèi)很大精力，畢竟掌握好一個工具，更能讓我們的工作事半功倍。


摘自：http://topic.csdn.net/u/20091027/22/0573CFB5-F1BF-4CF2-8E60-13D907301A8E.html

操作系統(tǒng)

Linux

項(xiàng)目主頁:http://www.linux.org/

數(shù)據(jù)庫

MySQL

項(xiàng)目主頁:http://www.mysql.org/

HSQLDB(Hypersonic SQL)

項(xiàng)目主頁:http://hsqldb.sourceforge.net/

Apache Derby

項(xiàng)目主頁:http://db.apache.org/derby/

Excel JDBC Driver

Web開發(fā)框架

WebWork

WebWork是由OpenSymphony組織開發(fā)的，致力于組件化和代碼重用的拉出式MVC模式J2EE Web框架。

項(xiàng)目主頁:http://opensymphony.com/webwork/

Struts

Struts是一個基于Sun J2EE平臺的MVC框架，主要是采用Servlet和JSP技術(shù)來實(shí)現(xiàn)的。

項(xiàng)目主頁:http://struts.apache.org/

Spring MVC

Spring MVC是結(jié)構(gòu)最清晰的MVC Model 2實(shí)現(xiàn)

項(xiàng)目主頁:http://www.springframework.org/

EasyJWeb

EasyJWeb是基于java技術(shù)，應(yīng)用于WEB應(yīng)用程序快速開發(fā)的MVC框架，框架設(shè)計(jì)構(gòu)思來源于國內(nèi)眾多項(xiàng)目實(shí)踐，框架充分借簽了當(dāng)前主要流 行的開源Web框架（Struts、JSF、Tapestry 、Webwork），吸取了其優(yōu)點(diǎn)及精華，利用Velocity作為模板頁面引擎，是一個實(shí)現(xiàn)了頁面及代碼完全分離的MVC開發(fā)框架。是一個能實(shí)現(xiàn)中小型 Web應(yīng)用系統(tǒng)快速開發(fā)的簡易Web框架。

項(xiàng)目主頁:http://www.easyjf.com/easyjweb/

JavaServer(TM) Faces(JSF)

JavaServer(TM) Faces技術(shù)簡化了JavaServer應(yīng)用程序用戶界面的開發(fā).各種技術(shù)水平的開發(fā)者都能夠快速創(chuàng)建web應(yīng)用程序通過在一個頁面中裝配一些可重復(fù)使 用UI組件;并可把這些組件與應(yīng)用程序的數(shù)據(jù)源連接起來;也可把客戶端產(chǎn)生的事件與服務(wù)端事件處理者連接起來.這個項(xiàng)目是Sun對JSF技術(shù)規(guī)范的最完整 實(shí)現(xiàn)。

項(xiàng)目主頁:https://javaserverfaces.dev.java.net/

OpenBlueLab

OpenBlueLab是一個用于構(gòu)建Web2.0 Portal系統(tǒng)的快速開發(fā)框架。其主頁就是采用該框架開發(fā)的一個Demo。Portal布局可以通過UI進(jìn)行配置。Widget將自動組裝，在運(yùn)行期不 需要編寫任何數(shù)據(jù)庫交互代碼就能夠使它們自動實(shí)現(xiàn)數(shù)據(jù)感知。基于Ajax與HTML的form也將從XML widget定義自動構(gòu)建。XML widget定義可以從描述信息系統(tǒng)設(shè)計(jì)的UML模型快速生成。這個框架讓你只需關(guān)注信息系統(tǒng)的設(shè)計(jì)，而form和portal的系統(tǒng)架構(gòu)將自動生成。

項(xiàng)目主頁:http://www.openbluelab.org/

JSP標(biāo)簽

Displytag

項(xiàng)目主頁:http://displaytag.sourceforge.net/11/

AJAX框架

DWR

項(xiàng)目主頁:http://www.getahead.ltd.uk/dwr/

應(yīng)用服務(wù)器

Jakarta Tomcat

項(xiàng)目主頁:http://jakarta.apache.org/tomcat/index.html

JBoss

項(xiàng)目主頁:http://www.jboss.org

GlassFish

項(xiàng)目主頁:https://glassfish.dev.java.net/

Caucho Resin

項(xiàng)目主頁:http://www.caucho.com/

Java開發(fā)工具

Eclipse

項(xiàng)目主頁:http://www.eclipse.org

NetBeans

項(xiàng)目主頁:http://www.netbeans.org

EasyEclipse

項(xiàng)目主頁:http://www.easyeclipse.org/

Jedit

項(xiàng)目主頁:http://www.jedit.org/

UML建模工具

ArgoUML

項(xiàng)目主頁:http://argouml.tigris.org/

Alma

項(xiàng)目主頁:http://www.memoire.com/guillaume-desnoix/alma/

源碼管理工具

SVNKit

項(xiàng)目主頁:http://svnkit.com/

JCVS

項(xiàng)目主頁:http://www.jcvs.org/

JSVN

項(xiàng)目主頁:http://www.alternatecomputing.com/jsvn/index.php3

團(tuán)隊(duì)協(xié)作工具

Mindquarry

項(xiàng)目主頁:http://www.mindquarry.com/

Java Enterprise TeamWork

項(xiàng)目主頁:http://jeteam.sourceforge.net/

Coefficient

項(xiàng)目主頁:http://coefficient.sourceforge.net/

Open-Xchange

項(xiàng)目主頁:http://mirror.open-xchange.org/ox/EN/community/

項(xiàng)目管理工具

Memoranda

項(xiàng)目主頁:http://memoranda.sourceforge.net/

Open Workbench

項(xiàng)目主頁:http://www.openworkbench.org/

Onepoint Project

項(xiàng)目主頁:http://www.onepoint.at/?action=setLanguage&language=en

OpenProj

項(xiàng)目主頁:http://sourceforge.net/projects/openproj

Project

項(xiàng)目主頁:http://www.project.net/

發(fā)布打包工具

JSmooth

項(xiàng)目主頁:http://jsmooth.sourceforge.net/

Launch4j

項(xiàng)目主頁:http://launch4j.sourceforge.net

VAInstall

項(xiàng)目主頁:http://vainstall.sourceforge.net/

摘自：http://hi.baidu.com/computertao/blog/item/b06285335a45f8fc1a4cff6d.html

本文摘自：http://hi.baidu.com/st_sen/blog/item/85333209ae157e2d6b60fbc9.html

淚的存在，是為了證明悲傷不是一場幻覺。

　　兩人相愛時，渴求無限甜蜜的吻，但為何在爭吵時，卻要用接吻的嘴互相傷害呢？　　　　

　　愛其實(shí)就像打計(jì)程車。第一，不像公共汽車，只需等待就會自動來到你的面前，而需要你先向 它招手才停；第二，如果你碰到的是空車，那就是你的幸運(yùn)，但往往車上已經(jīng)有人了。這時你只能搭便車，只有先到的乘客下了車后，才能去你想去的地方；第三， 走了多少距離就要付出多少代價。　　　　

　　當(dāng)你認(rèn)為被拋棄的時候，受損失的其實(shí)是對方；因?yàn)樗チ艘粋€真正喜歡的人，而你只不過少了一個不愛你的人。　

　　要做的事情總找得出時間和機(jī)會，不要做的事情總找得出借口。　　　　

　　令人不能自拔的，除了牙齒還有愛情．　　　　

　　你以為最酸的感覺是吃醋嗎？不是的，最酸溜溜的感覺是沒權(quán)吃醋，根本就輪不到你吃醋，那就是最酸最酸的。　　　　

　　青春有限，可以驕傲的時候，盡管驕傲吧。有一天，當(dāng)你死心塌地地愛上一個人的時候，你也許無法在驕傲。　　　　

　　寵和愛是不同的兩件事，寵可以沒有交流，而愛則不能。　　　　

　　一個人有生就有死，但只要你活著，就要以最好的方式活下去。　　　　

　　思戀一個人的滋味就像喝了一大杯冰水，然后用很長很長的時間流成熱淚。　　　　

　　幸福像掉到沙發(fā)下面的一粒紐扣-----你專心找，怎么也找不到，等你淡忘了，它自己就滾出來了。　　　　

　　快樂就像香水，灑在別人身上的同時，自己也會沾上一點(diǎn)。　　　　

　　一只腳踩在紫羅蘭上它卻將香味留在了你的腳上------這就叫寬容。　　　　

　　離開我就別安慰我，要知道每一次縫補(bǔ)，那顆心都會遭遇穿刺的痛。　　　　

　　人生好比一只杯子，杯中的水滿了就得施一半給人，待杯里又滿了，再施一半。只有不斷地進(jìn)，不斷地出，這只杯子里才會是活水，才會有價值。　　　　

　　人生試題一共有四道題目：學(xué)業(yè)．事業(yè)．婚姻．家庭．平均分高才能及格，切莫花太多的時間和精力在任一題目上。　　　　

　　因?yàn)槎茫?a >慈悲。　　　　

　　愛情就像一雙襪子，越是瞧起來不順眼的襪子，越有可能永遠(yuǎn)陪在你身邊，越是喜歡的漂亮襪子經(jīng)常會少一只．　　　　

　　微小的幸福就在身邊，容易滿足就是天堂。　　　　

　　只有向后才能理解生活；但要生活好，則必須向前看。　　　　

　　對于你來說，我的出現(xiàn)只是你生命中的100+1=101；但對于我來說，你的出現(xiàn)在我的生命中卻是0+1=1的算式。　　　　

　　世界上沒有不傷人心的感情，或多或少，或大或小，它都會在你的靈魂上留下傷痕。以傷痕為代價換得感情的喜悅，以感情的喜悅作為傷痕的回報(bào)。　　　　

　　沒有人因水的平淡而厭倦飲水，也沒有人因生活的平淡而摒棄生活。　　　　

　　一片空白中兩條細(xì)細(xì)的直線，它們從遙遠(yuǎn)的兩頭隱隱現(xiàn)出，急急忙忙地在彼此的身體上留下一個點(diǎn)，然后再次展向無限制的遠(yuǎn)方，一去不復(fù)返。　　　　

　　愛情的開始可能是友誼，可能是利用，可能是欺騙，也可能是需要或寂寞，甚至可能是報(bào)復(fù)，可那又有什么關(guān)系呢？只要最后的結(jié)果是演變成了愛情。　　　　

　　傷害你的人不是比你強(qiáng)大就是比你弱小。如果他比你弱小，寬恕他；如果他比你強(qiáng)大，寬恕自己。 　　　　

　　我能從一千個從我身邊經(jīng)過的人中聽出你的腳步，因?yàn)槟?99個人的腳是踏在地上，只有你的腳步聲是踏在我的心上。　　　　

　　我喜歡你，可是我不敢說；我怕說了，我會死去；我不怕死，但是我怕死了以后，再也沒有人會像我一樣喜歡你。　　　　

　　得不到你所愛的，就愛你所得的。　　　　

　　眼淚的溫度有530℃，只是因?yàn)橥饷娴氖澜缣洌鞒鰜淼臅r候才會降到53℃。　　　　

愛一個人就是在撥通電話時忽然不知道說什么好，原來只是想聽聽那熟悉的聲音，真正想撥通的只是自己心底的一根弦

http://blog.csdn.net/sqw131/archive/2009/06/22/4287749.aspx

一般對于一個問題，初級程序員和高級程序員考慮問題的方法絕對是不同的。比如，在初級程序員階段時，他會覺得VB也能做出應(yīng)用來，且看起來也不錯。

但到了中級程序員時，他可能就不會選擇VB了，可能會用MFC，這時，也能做出效果不錯的程序。

到高級程序員時，他絕對不是首先選擇以上工具，VB也好，VC也好，這些都不是他考慮的問題。這時考慮的絕對是什么才是具有最快效率、最穩(wěn)定性能的解決問題的方法。

 

程序員到達(dá)最高境界的時候，想的就是“我就是程序，程序就是我”。這時候我要做一個軟件，不會有自己主觀的思路，而是以機(jī)器的思路來考慮問題，也就是說，就是以程序的思考方式來思考程序，而不是以我去設(shè)計(jì)程序的方式去思考程序。這一點(diǎn)如果不到比較高的層次是不能明白的。

你設(shè)計(jì)程序不就是你思考問題，然后按自己的思路去做程序嗎？

其實(shí)不是的。在我設(shè)計(jì)這個程序的時候，相當(dāng)于我“鉆”入這個程序里面去了。這時候沒有我自己的任何思維，我的所有思維都是這個程序，它這步該怎么走，下步該怎么走，它可能會出現(xiàn)什么情況。我動這個部分的時候，別的部分是否要干擾，也許會動一發(fā)而牽全身，它們之間是怎么相互影響的？

也只有到達(dá)這個境界，你的程序才能真正地寫好，絕對不是做個什么可視化。可視化本身就是“我去設(shè)計(jì)這個程序”，而真正的程序高手是“我就是程序”，這兩種方法絕對是不同的。比如，我要用VB去設(shè)計(jì)一個程序，和我本身就是一個程序的思維方式，是不一樣的。別人也許覺得操作系統(tǒng)很深奧，很復(fù)雜，其實(shí)，如果你到達(dá)高手狀態(tài)，你就是操作系統(tǒng)，你就能做任何程序。

對待軟件要有一個全面的分析方法，光說理論是沒有用的。如果你沒有經(jīng)過第一、第二、第三、第四這四個階段，則永遠(yuǎn)到達(dá)不了高境界。因?yàn)榭罩袠情w的理論沒有用，而這些必須是一步一步地去做出來。

一 個高級程序員應(yīng)該具備開放性思維，從里到外的所有的知識都能了解。然后，看到世界最新技術(shù)就能馬上掌握，馬上了解。實(shí)際上，技術(shù)到達(dá)最高的境界后，是沒有 分別的。任何東西都是相通的，只要你到達(dá)這個境界以后，什么問題一看就能明白，一看就能抓住最核心的問題，最根本的根本，而不會被其他的枝葉或表象所迷 惑，做到這一步后才算比較成功。

從 程序員本身來說，如果它到達(dá)這一步以后，他就已經(jīng)形成了開闊的思維。他有這種開放性思維的話，他就能做戰(zhàn)略決策，這對他將來做任何事情都有好處。事實(shí)上， 會做程序后，就會有一種分析問題的方法，學(xué)會怎么樣把問題的表象剖開，看到它的本質(zhì)。這時你碰到任何具體的問題，只要給點(diǎn)時間，都能輕而易舉地解決。實(shí)際 上，對開發(fā)計(jì)算機(jī)軟件來說，沒有什么做不了的軟件，所有的軟件都能做，只是看你有沒有時間，有沒有耐心，有沒有資金做支撐。

這幾年，尤其是這兩三年，估計(jì)到2005年前，中國軟件這個行業(yè)里面大的軟件公司就能形成。現(xiàn)在就已經(jīng)在形成，例如用友，它上市后，地位就更加穩(wěn)固了。其他大的軟件企業(yè)會在這幾年內(nèi)迅速長大。這時候，包括流通渠道、經(jīng)銷商的渠道也會迅速長大。也就是說，到2005年以后，中國軟件這個行業(yè)的門檻比現(xiàn)在還要高很多，與美國不會有太大的差別。此時，中國軟件才真正體現(xiàn)出它的威力來。如果你是這些威力中的一員，就已經(jīng)很厲害了。

 

所以，程序員要能達(dá)到這樣的目標(biāo)，就要有非常強(qiáng)的耐心和非常好的機(jī)遇才有可能。事實(shí)上，現(xiàn)在的機(jī)會挺好的，2005年 以前機(jī)會都非常大，以后機(jī)會會比較小。但是，如果有耐心的話，你還是會有機(jī)會的，機(jī)會都是出在耐心里。我記得有句話說“雄心的一半是耐心”，我認(rèn)為雄心的 三分之二都是耐心。如果你越有野心，你就越要有耐心，你的野心才有可能實(shí)現(xiàn)。如果你有野心而沒有耐心，那都是胡思亂想，別人一眼就能看穿。最后在競爭中， 對手一眼就看到你的意圖，那你還有什么可競爭的？

轉(zhuǎn)自：http://blog.pfan.cn/vagrant/31151.html