如何將守護進程插入tcp伺服器
A. 如何正確編寫linux守護進程
1、守護進程，也就是通常說的Daemon進程，是Linux中的後台服務進程。它是一個生存期較長的進程，通常獨立於控制終端並且周期性地執行某種任務或等待處理某些發生的事件。如果想讓某個進程不因為用戶或終端或其他地變化而受到影響，那麼就必須把這個進程變成一個守護進程。
2、創建守護進程步驟
1）創建子進程，父進程退出
之後的所有工作都在子進程中完成，而用戶在Shell終端里則可以執行其他命令，從而在形式上做到了與控制終端的脫離。
在Linux中父進程先於子進程退出會造成子進程成為孤兒進程，而每當系統發現一個孤兒進程時，就會自動由1號進程（init）收養它，這樣，原先的子進程就會變成init進程的子進程。
2）在子進程中創建新會話
進程組：是一個或多個進程的集合。進程組有進程組ID來唯一標識。除了進程號（PID）之外，進程組ID也是一個進程的必備屬性。每個進程組都有一個組長進程，其組長進程的進程號等於進程組ID。且該進程組ID不會因組長進程的退出而受到影響。
會話周期：會話期是一個或多個進程組的集合。通常，一個會話開始於用戶登錄，終止於用戶退出，在此期間該用戶運行的所有進程都屬於這個會話期。
（1）pid_t setsid(void);
setsid() creates a new session if the calling process is not a process group leader. The calling process will be the only process in this new process group and in this new session.
setsid函數用於創建一個新的會話，並擔任該會話組的組長。調用setsid有下面的3個作用：
① 讓進程擺脫原會話的控制
② 讓進程擺脫原進程組的控制
③ 讓進程擺脫原控制終端的控制
有以下三個結果：
（a)成為新會話的首進程
（b）成為一個新進程組的組長進程
（c）沒有控制終端。
有些人建議在此時再次調用fork，並使父進程終止。第二個子進程作為守護進程繼續運行。這樣就保證了該守護進程不是會話首進程。
setsid函數能夠使進程完全獨立出來，從而擺脫其他進程的控制。
setsid()調用成功後，進程成為新的會話組長和新的進程組長，並與原來的登錄會話和進程組脫離。由於會話過程對控制終端的獨占性，進程同時與控制終端脫離。 子進程可以自己組成一個新的進程組,即調用setpgrp()與原進程組脫離關系,產生一個新的進程組,進程組號與它的進程號相同.這樣,父進程退出運行後就不會影響子進程的當前運行.
3）改變當前目錄為根目錄
使用fork創建的子進程繼承了父進程的當前工作目錄；進程活動時，其工作目錄所在的文件系統不能卸下。通常的做法是讓"/"作為守護進程的當前工作目錄，也可以是其他目錄，如/tmp，使用chdir。
4）重設文件許可權掩碼
文件許可權掩碼是指屏蔽掉文件許可權中的對應位。比如，有個文件許可權掩碼是050，它就屏蔽了文件組擁有者的可讀與可執行許可權。mask = mask & ~050
通常，把文件許可權掩碼設置為0，umask(0)。
5）關閉文件描述符
用fork函數新建的子進程會從父進程那裡繼承已經打開了的文件描述符。這些被打開的文件可能永遠不會被守護進程讀寫，但它們一樣消耗系統資源，而且可能導致所在的文件系統無法卸下。
在上面的第二步之後，守護進程已經與所屬的控制終端失去了聯系。因此從終端輸入的字元不可能達到守護進程，守護進程中用常規方法（如printf）輸出的字元也不可能在終端上顯示出來。所以，文件描述符為0、1和2 的3個文件（常說的輸入、輸出和報錯）已經失去了存在的價值，也應被關閉。
for(i=0;i<MAXFILE;i++)
close(i);
6）守護進程退出處理
當用戶需要外部停止守護進程運行時，往往會使用 kill命令停止該守護進程。所以，守護進程中需要編碼來實現kill發出的signal信號處理，達到進程的正常退出。
signal(SIGTERM, sigterm_handler);
void sigterm_handler(int arg)
{
_running = 0;
}
7）處理SIGCHLD信號
處理SIGCHLD信號並不是必須的。但對於某些進程，特別是伺服器進程往往在請求到來時生成子進程處理請求。如果父進程不等待子進程結束，子進程將成為僵屍進程（zombie）從而佔用系統資源。如果父進程等待子進程結束，將增加父進程的負擔，影響伺服器進程的並發性能。在Linux下可以簡單地將 SIGCHLD信號的操作設為SIG_IGN。
signal(SIGCHLD,SIG_IGN);
這樣，內核在子進程結束時不會產生僵屍進程。
B. php-cgi.exe 通過TCP協議鏈接外部伺服器 求啥意思
php-cgi是個守護進程，和web伺服器通信的方式，例如：和nginx通信
如果是同一主機下，可以使用本地socket, 共享內存，消息隊列，管道等通信
C. 如何編寫守護進程
守護進程是生存期長的一種進程。它們獨立於控制終端並且周期性的執行某種任務或等待處理某些發生的事件。他們常常在系統引導裝入時啟動，在系統關閉時終止。unix系統有很多守護進程，大多數伺服器都是用守護進程實現的。比如，網路服務inetd、Web服務http等。同時，守護進程完成許多系統任務。比如，作業規劃進程crond、列印進程lqd等。這里主要說明守護進程的進程結構，以及如何編寫守護進程程序。因為守護進程沒有控制終端，所以我們還要介紹在守護進程運行時錯誤輸出的方法。
守護進程及其特性
守護進程最重要的特性是後台運行。在這一點上，DOS下的常駐內存程序TSR與之相似。其次，守護進程必須與其運行前的環境隔離開來。這些環境包括未關閉的文件描述符、控制終端、會話和進程組、工作目錄以及文件創建掩碼等。這些環境通常是守護進程從執行它的父進程（特別是shell）中繼承下來的。最後，守護進程的啟動方式有其特殊之處。它可以在系統啟動時從啟動腳本/etc/rc.d中啟動，可以由inetd守護進程啟動，可以有作業規劃進程crond啟動，還可以由用戶終端（通常是shell）執行。總之，除開這些特殊性以外，守護進程與普通進程基本上沒有什麼區別。因此，編寫守護進程實際上是把一個普通進程按照上述的守護進程的特性改造成為守護進程。如果大家對進程的認識比較深入，就對守護進程容易理解和編程了。
首先我們來察看一些常用的系統守護進程，看一下他們和幾個概念：進程組、控制終端和對話期有什麼聯系。p s命令列印系統中各個進程的狀態。該命令有多個選擇項，有關細節請參考系統手冊。為了察看所需的信息，執行：ps –axj
PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
0 1 0 0 ? -1 S 0 0:04 init
1 2 1 1 ? -1 SW 0 0:00 [keventd]
1 3 1 1 ? -1 SW 0 0:00 [kapm-idled]
0 4 1 1 ? -1 SWN 0 0:00 [ksoftirqd_CPU0]
0 5 1 1 ? -1 SW 0 0:00 [kswapd]
0 6 1 1 ? -1 SW 0 0:00 [kreclaimd]
0 7 1 1 ? -1 SW 0 0:00 [bdflush]
0 8 1 1 ? -1 SW 0 0:00 [kupdated]
1 9 1 1 ? -1 SW< 0 0:00 [mdrecoveryd]
1 17 1 1 ? -1 SW 0 0:02 [kjournald]
1 92 1 1 ? -1 SW 0 0:00 [khubd]
1 573 573 573 ? -1 S 0 0:03 syslogd -r -x
1 578 578 578 ? -1 S 0 0:00 klogd -2
1 598 598 598 ? -1 S 32 0:00 portmap
進程號為1、2的這些進程非常特殊，存在於系統的整個生命期中。它們沒有父進程ID ，沒有組進程ID ，也沒有對話期ID 。syslogd 守護進程可用於任何為操作人員記錄系統消息的程序中。可以在一台實際的控制台上列印這些消息，也可將它們寫到一個文件中。sendmail 是標准郵遞守護進程。update 程序定期將內核緩存中的內容寫到硬碟上（通常是每隔30 秒）。為了做到這一點，該程序每隔30 秒調用sync（2 ）函數一次。cron 守護進程在指定的日期和時間執行指定的命令。許多系統管理任務是由cron 定期地使相關程序執行而得以實現的。inetd進程監聽系統的網路界面，以輸入對各種網路伺服器的請求。最後一個守護進程，lpd 處理對系統提出的各個列印請求。
注意，所有守護進程都以超級用戶（用戶ID為0）的優先權運行。沒有一個守護進程具有控制終端，終端名稱設置為問號（？）、終端前台進程組ID設置為－1。缺少控制終端是守護進程調用了setsid的結果。除update以外的所有守護進程都是進程組的首進程，對話期的首進程，而且是這些進程組和對話期中的唯一進程。最後，應當引起注意的是所有這些守護進程的父進程都是init進程。
在接觸實際編程前，我們來看看編寫守護進程要碰到的概念：進程組合會話期。
進程組
每個進程除了有一進程ID之外，還屬於一個進程組（在討論信號時就會涉及進程組）進程組是一個或多個進程的集合。每個進程有一個唯一的進程組ID。進程組ID類似於進程ID——它是一個正整數，並可存放在pid_t數據類型中。
每個進程組有一個組長進程。組長進程的標識是，其進程組ID等於其進程ID，進程組組長可以創建一個進程組，創建該組中的進程，然後終止，只要在某個進程組中有一個進程存在，則該進程就存在，這與其組長進程是否終止無關。從進程組創建開始到其中最後一個進程離開為止的時間區間稱為進程組的生命期。某個進程組中的最後一個進程可以終止，也可以參加另一進程組。
前面已經提到進程調用setgid可以參加一個現存的組或者創建一個新進程組（setsid也可以創建一個新的進程組，後面將用到）
會話期
會話期(session)是一個或多個進程組的集合。其中，在一個會話期中有3個進程組，通常是有shell的管道線將幾個進程編成一組的。
下面說明有關會話期和進程組的一些特性：
一個會話期可以有一個單獨的控制終端（controlling terminal），這一般是我們在其上登錄的終端設備（終端登錄）或偽終端設備（網路登錄），但這個控制終端並不是必需的。
建立與控制終端連接的會話期首進程，被稱之為控制進程（contronlling process）。以及一個會話期中的幾個進程組可被分為一個前台進程組（foreground process group）以及一個或幾個後台進程組（background process group）
如果一個會話期有一個控制終端，則它有一個前台進程組，其他進程組為後台進程組。無論何時鍵入中斷鍵（常常是delete或ctrl－c）或退出鍵（通常是ctrl－/），就會造成將中斷信號或退出信號送至前途進程組的所有進程。
守護進程的編程規則
在不同Unix環境下，守護進程的具體編程細節並不一致。但所幸的是，守護進程的編程原則其實都一樣，區別僅在於具體的實現細節不同，這個原則就是要滿足守護進程的特性。編程規則如下：
1、在後台運行
為避免掛起控制終端，要將daemon放入後台執行，其方法是，在進程中調用fork使父進程終止，讓daemon在子進程中後台執行。具體就是調用f o r k ，然後使父進程e x i t 。這樣做實現了下面幾點：
第一，如果該精靈進程是由一條簡單s h e l l 命令起動的，那麼使父進程終止使得s h e l l 認為這條命令已經執行完成。
第二，子進程繼承了父進程的進程組I D ，但具有一個新的進程I D ，這就保證了子進程不是一個進程組的首進程。這對於下面就要做的s e t s i d 調用是必要的前提條件。
2、脫離控制終端，登錄會話和進程組
登錄會話可以包含多個進程組，這些進程組共享一個控制終端，這個控制終端通常是創建進程的登錄終端、控制終端，登錄會話和進程組通常是從父進程繼承下來的。我們的目的就是要擺脫它們，使之不受它們的影響。
其方法是在第一點的基礎上，調用setsid（）使進程成為會話組長：
需要說明的是，當進程是會話組長時，setsid（）調用會失敗，但第一點已經保證進程不是會話組長。setsid（）調用成功後，進程成為新的會話組長和新的進程組長，並與原來的登錄會話和進程組脫離，由於會話過程對控制終端的獨占性，進程同時與控制終端脫離。
具體是操作就是：
（a ）成為新對話期的首進程
（b ）成為一個新進程組的首進程
（c ）沒有控制終端。
3、禁止進程重新打開控制終端
現在，進程已經成為無終端的會話組長，但它可以重新申請打開一個控制終端。可以通過使進程不再成為會話組長來禁止進程重新打開控制終端：
4、關閉打開的文件描述符
進程從創建它的父進程那裡繼承了打開的文件描述符。如不關閉，將會浪費系統資源，造成進程所在地文件系統無法卸下以及無法預料的錯誤。一般來說，必要的是關閉0、1、2三個文件描述符，即標准輸入、標准輸出、標准錯誤。因為我們一般希望守護進程自己有一套信息輸出、輸入的體系，而不是把所有的東西都發送到終端屏幕上。調用fclose（）；
5、改變當前工作目錄
將當前工作目錄更改為根目錄。從父進程繼承過來的當前工作目錄可能在一個裝配的文件系統中。因為精靈進程通常在系統再引導之前是一直存在的，所以如果精靈進程的當前工作目錄在一個裝配文件系統中，那麼該文件系統就不能被拆卸。另外，某些精靈進程可能會把當前工作目錄更改到某個指定位置，在此位置做它們的工作。例如，行式列印機假離線精靈進程常常將其工作目錄更改到它們的s p o o l 目錄上。
可以調用chdir（「目錄」）；
6、重設文件創建掩碼
將文件方式創建屏蔽字設置為0 。由繼承得來的文件方式創建屏蔽字可能會拒絕設置某些許可權。例如，若精靈進程要創建一個組可讀、寫的文件，而繼承的文件方式創建屏蔽字，屏蔽了這兩種許可權，則所要求的組可讀、寫就不能起作用。
7、處理SIGCHLD 信號
處理SIGCHLD信號並不是必需的。但對於某些進程，特別是伺服器進程往往在請求到來時生產子進程出來請求。如果父進程不等待子進程結束，子進程將成為僵屍進程，(zombie)而仍佔用系統資源。如果父進程等待子進程結束，將增加父進程的負擔，影響伺服器進程的並發性能。在系統V下可以簡單的將SIGCHLD信號的操作設為SIG-IGN:
signal(SIGCHLD,SIG_IGN);
這樣，內核在子進程結束時不會產生僵屍進程，這一點與BSD4不同，在BSD4下必須顯示等 待子進程結束才能釋放僵屍進程。
守護進程實例
守護進程實例包括兩部分：主程序test.c和初始化程序init.c。主程序每隔一分鍾向/tmp目錄中的日誌test.log 報告運行狀態。初始化程序中的init_daemon 函數負責生成守護進程
void make_daemon(void)
{
pid_t pid;
FILE * lockfd;
sigset_t sighup;
int i;
extern pid_t getsid(pid_t);
pid = fork();//第一個子進程生成
if (pid < 0) {
printinfo("fork error!",INFOERROR);
exit(FAILEXIT);
}else if (pid > 0) {
printinfo("fork 1 ok! ", INFOSCREEN);
exit(OKEXIT);//退出父進程，擺脫shell的控制
}
pid = getpid();//獲得子進程自身的id
lockfd = fopen(PIDFILE, "w");//以下是將pid寫入文件
if (lockfd != NULL) {
fprintf(lockfd, "%d/n", pid);
fclose(lockfd);
}//寫入pid
if (getsid(0) != pid) {//創建新的會話期
if (setsid() < 0) {
printinfo("backupdaemon setsid error!",INFOERROR);
perror("setsid");
}
}
if(pid=fork()){//再次生成子進程，這時候是孫子進程
exit(0);//退出上一代進程
}else if(pid<0){
exit(1);
}
close(1);//關閉文件
close(2);
chdir(rundir);//改變運行的目錄
umask(022);//改變文件許可權
}
守護進程的錯誤輸出守護進程不屬於任何終端，所以當需要輸出某些信息時，它無法像一般程序那樣將信息直接輸出到標准輸出和標准錯誤輸出中。我們很大時候也不希望每個守護進程將它自己的出錯消息寫到一個單獨的文件中。因為對於系統管理人員而言，要記住哪一個守護進程寫到哪一個記錄文件中，並定期的檢查這些文件，他一定會為此感到頭疼的。所以，我們需要有一個集中的守護進程出錯記錄機制。目前很多系統都引入了syslog記錄進程來實現這一目的。自伯克利開發了BSD syslog並廣泛應用以來，BSD syslog 機制被大多數守護進程所使用。我們下面介紹BSD syslog 的用法。有三種方法產生記錄消息：
1 內核常式可以調用log函數。任何一個用戶進程通過打開和讀/dev/klog設備就可以讀取這些消息。因為我們無意編寫內核中的常式，所以不再進一步說明此函數。
2 大多數用戶進程（守護進程）調用syslog函數以產生記錄消息。我們將在下面說明其調用序列。這使消息發送至Unix域數據報套介面/dev/log。
3 在此主機上，或通過TCP/IP網路連接到此主機的某一其他主機上的一個用戶進程可將記錄消息發向UDP埠514。注意：syslog 函數並不產生這些UDP數據報——它們要求產生此記錄消息的進程具有顯式的網路編程。通常，syslog守護進程讀取三種格式的記錄消息。此守護進程在啟動時讀一個配置文件。一般來說，其文件名為/etc/syslog.conf，該文件決定了不同種類的消息應送向何處。例如，緊急消息可被送向系統管理員（若已登錄），並在控制台上顯示，而警告消息則可記錄到一個文件中。該機制提供了syslog函數，其調用格式如下
#include
void openlog (char*ident,int option ,int facility);
void syslog(int priority,char*format,……)
void closelog();
調用openlog是可選擇的。如果不調用openlog，則在第一次調用syslog時，自動調用openlog。調用closelog也是可選擇的，它只是關閉被用於與syslog守護進程通信的描述符。調用openlog 使我們可以指定一個ident，以後， 此ident 將被加至每則記錄消息中。ident 一般是程序的名稱（例如 ，cron ，inetd 等）。option 有4種可能：LOG_CONS 若日誌消息不能通過Unix域數據報發送至syslog，則將該消息寫至控制台。LOG_NDELAY1 立即打開Unix域數據報套介面至syslog守護進程，而不要等到記錄第一消息。通常，在記錄第一條消息之前，該套介面不打開。LOG_PERROR 除將日誌消息發送給syslog 外，還將它至標准出錯。此選項僅由4.3BSDReno及以後版本支持。LOG_PID 每條消息都包含進程ID。此選項可供對每個請求都fork一個子進程的守護進程使用。在openlog中設置facility參數的目的是讓配置文件可以說明，來自不同設施的消息以不同的方式進行處理。如果不調用openlog，或者以facility 為0來調用它，那麼在調用syslog 時，可將facility作為priority參數的一個部分進行說明。調用syslog產生一個記錄消息。其priority參數是facility和level的組合，它們可選取的值分別列於下面。level值按優先順序從高級到最低按序排列
D. web 伺服器怎麼與tcp伺服器通訊
一，網路編程中兩個主要的問題
一個是如何准確的定位網路上一台或多台主機，另一個就是找到主機後如何可靠高效的進行數據傳輸。
在TCP/IP協議中IP層主要負責網路主機的定位，數據傳輸的路由，由IP地址可以唯一地確定Internet上的一台主機。
而TCP層則提供面向應用的可靠（tcp）的或非可靠（UDP）的數據傳輸機制，這是網路編程的主要對象，一般不需要關心IP層是如何處理數據的。
目前較為流行的網路編程模型是客戶機/伺服器（C/S）結構。即通信雙方一方作為伺服器等待客戶提出請求並予以響應。客戶則在需要服務時向伺服器提 出申請。伺服器一般作為守護進程始終運行，監聽網路埠，一旦有客戶請求，就會啟動一個服務進程來響應該客戶，同時自己繼續監聽服務埠，使後來的客戶也 能及時得到服務。
二，兩類傳輸協議：TCP；UDP
TCP是Tranfer Control Protocol的 簡稱，是一種面向連接的保證可靠傳輸的協議。通過TCP協議傳輸，得到的是一個順序的無差錯的數據流。發送方和接收方的成對的兩個socket之間必須建 立連接，以便在TCP協議的基礎上進行通信，當一個socket（通常都是server socket）等待建立連接時，另一個socket可以要求進行連接，一旦這兩個socket連接起來，它們就可以進行雙向數據傳輸，雙方都可以進行發送 或接收操作。
UDP是User Datagram Protocol的簡稱，是一種無連接的協議，每個數據報都是一個獨立的信息，包括完整的源地址或目的地址，它在網路上以任何可能的路徑傳往目的地，因此能否到達目的地，到達目的地的時間以及內容的正確性都是不能被保證的。
比較：
UDP：1，每個數據報中都給出了完整的地址信息，因此無需要建立發送方和接收方的連接。
2，UDP傳輸數據時是有大小限制的，每個被傳輸的數據報必須限定在64KB之內。
3，UDP是一個不可靠的協議，發送方所發送的數據報並不一定以相同的次序到達接收方
TCP：1，面向連接的協議，在socket之間進行數據傳輸之前必然要建立連接，所以在TCP中需要連接
時間。
2，TCP傳輸數據大小限制，一旦連接建立起來，雙方的socket就可以按統一的格式傳輸大的
數據。
3，TCP是一個可靠的協議，它確保接收方完全正確地獲取發送方所發送的全部數據。
應用：
1，TCP在網路通信上有極強的生命力，例如遠程連接（Telnet）和文件傳輸（ftp）都需要不定長度的數據被可靠地傳輸。但是可靠的傳輸是要付出代價的，對數據內容正確性的檢驗必然佔用計算機的處理時間和網路的帶寬，因此TCP傳輸的效率不如UDP高。
2，UDP操作簡單，而且僅需要較少的監護，因此通常用於區域網高可靠性的分散系統中client/server應用程序。例如視頻會議系統，並不要求音頻視頻數據絕對的正確，只要保證連貫性就可以了，這種情況下顯然使用UDP會更合理一些。
三，基於Socket的java網路編程
1，什麼是Socket
網路上的兩個程序通過一個雙向的通訊連接實現數據的交換，這個雙向鏈路的一端稱為一個Socket。Socket通常用來實現客戶方和服務方的連接。Socket是TCP/IP協議的一個十分流行的編程界面，一個Socket由一個IP地址和一個埠號唯一確定。
但是，Socket所支持的協議種類也不光TCP/IP一種，因此兩者之間是沒有必然聯系的。在Java環境下，Socket編程主要是指基於TCP/IP協議的網路編程。
2，Socket通訊的過程
Server端Listen(監聽)某個埠是否有連接請求，Client端向Server 端發出Connect(連接)請求，Server端向Client端發回Accept（接受）消息。一個連接就建立起來了。Server端和Client 端都可以通過Send，Write等方法與對方通信。
對於一個功能齊全的Socket，都要包含以下基本結構，其工作過程包含以下四個基本的步驟：
（1） 創建Socket；
（2） 打開連接到Socket的輸入/出流；
（3） 按照一定的協議對Socket進行讀/寫操作；
（4） 關閉Socket.（在實際應用中，並未使用到顯示的close，雖然很多文章都推薦如此，不過在我的程序中，可能因為程序本身比較簡單，要求不高，所以並未造成什麼影響。）
3，創建Socket
創建Socket
java在包java.net中提供了兩個類Socket和ServerSocket，分別用來表示雙向連接的客戶端和服務端。這是兩個封裝得非常好的類，使用很方便。其構造方法如下：
Socket(InetAddress address, int port);
Socket(InetAddress address, int port, boolean stream);
Socket(String host, int prot);
Socket(String host, int prot, boolean stream);
Socket(SocketImpl impl)
Socket(String host, int port, InetAddress localAddr, int localPort)
Socket(InetAddress address, int port, InetAddress localAddr, int localPort)
ServerSocket(int port);
ServerSocket(int port, int backlog);
ServerSocket(int port, int backlog, InetAddress bindAddr)
其中address、host和port分別是雙向連接中另一方的IP地址、主機名和端 口號，stream指明socket是流socket還是數據報socket，localPort表示本地主機的埠號，localAddr和 bindAddr是本地機器的地址（ServerSocket的主機地址），impl是socket的父類，既可以用來創建serverSocket又可 以用來創建Socket。count則表示服務端所能支持的最大連接數。例如：學習視頻網 http://www.xxspw.com
Socket client = new Socket("127.0.01.", 80);
ServerSocket server = new ServerSocket(80);
注意，在選擇埠時，必須小心。每一個埠提供一種特定的服務，只有給出正確的埠，才 能獲得相應的服務。0~1023的埠號為系統所保留，例如http服務的埠號為80,telnet服務的埠號為21,ftp服務的埠號為23, 所以我們在選擇埠號時，最好選擇一個大於1023的數以防止發生沖突。
在創建socket時如果發生錯誤，將產生IOException，在程序中必須對之作出處理。所以在創建Socket或ServerSocket是必須捕獲或拋出例外。
4，簡單的Client/Server程序
1. 客戶端程序
import java.io.*;
import java.net.*;
public class TalkClient {
public static void main(String args[]) {
try{
Socket socket=new Socket("127.0.0.1",4700);
//向本機的4700埠發出客戶請求
BufferedReader sin=new BufferedReader(new InputStreamReader(System.in));
//由系統標准輸入設備構造BufferedReader對象
PrintWriter os=new PrintWriter(socket.getOutputStream());
//由Socket對象得到輸出流，並構造PrintWriter對象
BufferedReader is=new BufferedReader(new InputStreamReader(socket.getInputStream()));
//由Socket對象得到輸入流，並構造相應的BufferedReader對象
String readline;
readline=sin.readLine(); //從系統標准輸入讀入一字元串
while(!readline.equals("bye")){
//若從標准輸入讀入的字元串為 "bye"則停止循環
os.println(readline);
//將從系統標准輸入讀入的字元串輸出到Server
os.flush();
//刷新輸出流，使Server馬上收到該字元串
System.out.println("Client:"+readline);
//在系統標准輸出上列印讀入的字元串
System.out.println("Server:"+is.readLine());
//從Server讀入一字元串，並列印到標准輸出上
readline=sin.readLine(); //從系統標准輸入讀入一字元串
} //繼續循環
os.close(); //關閉Socket輸出流
is.close(); //關閉Socket輸入流
socket.close(); //關閉Socket
}catch(Exception e) {
System.out.println("Error"+e); //出錯，則列印出錯信息
}
}
}
2. 伺服器端程序
import java.io.*;
import java.net.*;
import java.applet.Applet;
public class TalkServer{
public static void main(String args[]) {
try{
ServerSocket server=null;
try{
server=new ServerSocket(4700);
//創建一個ServerSocket在埠4700監聽客戶請求
}catch(Exception e) {
System.out.println("can not listen to:"+e);
//出錯，列印出錯信息
}
Socket socket=null;
try{
socket=server.accept();
//使用accept()阻塞等待客戶請求，有客戶
//請求到來則產生一個Socket對象，並繼續執行
}catch(Exception e) {
System.out.println("Error."+e);
//出錯，列印出錯信息
}
String line;
BufferedReader is=new BufferedReader(new InputStreamReader(socket.getInputStream()));
//由Socket對象得到輸入流，並構造相應的BufferedReader對象
PrintWriter os=newPrintWriter(socket.getOutputStream());
//由Socket對象得到輸出流，並構造PrintWriter對象
BufferedReader sin=new BufferedReader(new InputStreamReader(System.in));
//由系統標准輸入設備構造BufferedReader對象
System.out.println("Client:"+is.readLine());
//在標准輸出上列印從客戶端讀入的字元串
line=sin.readLine();
//從標准輸入讀入一字元串
while(!line.equals("bye")){
//如果該字元串為 "bye"，則停止循環
os.println(line);
//向客戶端輸出該字元串
os.flush();
//刷新輸出流，使Client馬上收到該字元串
System.out.println("Server:"+line);
//在系統標准輸出上列印讀入的字元串
System.out.println("Client:"+is.readLine());
//從Client讀入一字元串，並列印到標准輸出上
line=sin.readLine();
//從系統標准輸入讀入一字元串
} //繼續循環
os.close(); //關閉Socket輸出流
is.close(); //關閉Socket輸入流
socket.close(); //關閉Socket
server.close(); //關閉ServerSocket
}catch(Exception e){
System.out.println("Error:"+e);
//出錯，列印出錯信息
}
}
}
5，支持多客戶的client/server程序
前面的Client/Server程序只能實現Server和一個客戶的對話。在實際應用 中，往往是在伺服器上運行一個永久的程序，它可以接收來自其他多個客戶端的請求，提供相應的服務。為了實現在伺服器方給多個客戶提供服務的功能，需要對上 面的程序進行改造，利用多線程實現多客戶機制。伺服器總是在指定的埠上監聽是否有客戶請求，一旦監聽到客戶請求，伺服器就會啟動一個專門的服務線程來響 應該客戶的請求，而伺服器本身在啟動完線程之後馬上又進入監聽狀態，等待下一個客戶的到來。
E. 簡述文件傳輸協議FTP的工作原理及一般使用步驟。
1、FTP支持兩種模式，一種方式叫做Standard (也就是 PORT方式，主動方式)，一種是 Passive(也就是PASV，被動方式)。 Standard模式 FTP的客戶端發送 PORT 命令到FTP伺服器。Passive模式FTP的客戶端發送 PASV命令到 FTP Server。
下面介紹一個這兩種方式的工作原理：
Port
FTP 客戶端首先和FTP伺服器的TCP 21埠建立連接，通過這個通道發送命令，客戶端需要接收數據的時候在這個通道上發送PORT命令。 PORT命令包含了客戶端用什麼埠接收數據。在傳送數據的時候，伺服器端通過自己的TCP 20埠連接至客戶端的指定埠發送數據。 FTP server必須和客戶端建立一個新的連接用來傳送數據。
Passive
在建立控制通道的時候和Standard模式類似，但建立連接後發送的不是Port命令，而是Pasv命令。FTP伺服器收到Pasv命令後，隨機打開一個高端埠（埠號大於1024）並且通知客戶端在這個埠上傳送數據的請求，客戶端連接FTP伺服器此埠，然後FTP伺服器將通過這個埠進行數據的傳送，這個時候FTP server不再需要建立一個新的和客戶端之間的連接。
很多防火牆在設置的時候都是不允許接受外部發起的連接的，所以許多位於防火牆後或內網的FTP伺服器不支持PASV模式，因為客戶端無法穿過防火牆打開FTP伺服器的高端埠；而許多內網的客戶端不能用PORT模式登陸FTP伺服器，因為從伺服器的TCP 20無法和內部網路的客戶端建立一個新的連接，造成無法工作。
2、使用步驟
（1）FTP伺服器運行FTPd守護進程，等待用戶的FTP請求。
（2）用戶運行FTP命令,請求FTP伺服器為其服務。
例：FTP 202.119.2.197
（3）FTPd守護進程收到用戶的FTP請求後，派生出子進程FTP與用戶進程FTP交互，建立文件傳輸控制連接，使用TCP埠21。
（4）用戶輸入FTP子命令，伺服器接收子命令，如果命令正確，雙方各派生一個數據傳輸進程FTP-DATA,建立數據連接，使用TCP埠20,進行數據傳輸。
（5）本次子命令的數據傳輸完，拆除數據連接，結束FTP-DATA進程。
（6）用戶繼續輸入FTP子命令，重復（4）、（5）的過程，直至用戶輸入quit命令，雙方拆除控制連接，結束文件傳輸，結束FTP進程。