程序員窗口協議

1. 誰有程序員的人事合同樣本

方： ******有限公司

乙方：

根據《中華人民共和國勞動法》和有關規定，甲乙雙方經平等協商一致，

願簽訂本合同，共同遵守本合同所列條款。

一、勞動合同期限：

第一條 本合同勞動期限 年 月 日至 年 月 日。

二、工作內容：

第二條 甲方同意根據乙方工作需要，派遣人員 名擔任 工作。

第三條 甲方所派遣人員應遵守乙方依法制定的規章制度，服從乙方管理。

三、勞動保護和勞動條件：

第四條 乙方負責對甲方進行職業道德、業務技術、勞動安全、勞動紀律和甲

方規章制度的教育。

第五條 乙方承擔甲方派遣人員（本市外）入店車費，負責工作期間住宿。

四、勞動報酬：

第六條 乙方每月 日以人民幣形式支付甲方所派遣人員工資，月 元。

第七條 有下列情形之一的，甲乙雙方應變更勞動合同並及時辦變更合同手續。

1、甲乙雙方協商一致的；

2、立本合同所依據的客觀情況發生重大變化，致使本合同無法履行的。

五、當事人約定的其他內容

第八條 乙方同意付甲方准備金（月總工資的20%） 元，准備金由乙方提供派遣計劃的同時交付，准備金計入首月工資內。

第九條

甲方所派遣人員有下列情形之一，乙方可以解除本合同：

1、在試用期間被證明不符合錄用條件的；

2、嚴重違反勞動紀律和規章制度的；

3、嚴重失職、營私舞弊，對乙方利益造成重大損害的；

4、被依法追究刑事責任的。

第十條雙方解除合同應提前30天通知對方、雙方當事人在合同期滿30日內可向對方續訂合同。

六、違約責任

第十一條 甲乙雙方必須嚴格履行勞動合同，除遇有特殊情況，經雙方協商一致不能履行勞動合同的有關內容外，任何一方違反合同給對方造成經濟損失的，應根據其後果和責任大小，給對方賠償經濟損失。賠償金額按有關規定或實際情況確定。

七、勞動爭議處理及其它

第十二條 雙方因履行本合同發生爭議，當事人應當自勞動爭議發生之日起，60日內向勞動爭議仲裁委員會申請仲裁。當事人一方也可以直接向勞動爭議仲裁委員會申請仲裁。

第十三條 本合同未盡事宜或與今後國家、市人民政府有關規定相悖的，按有關規定執行。

第十四條 本合同一式兩份，甲乙雙方各執一份。

甲方（蓋章）： 乙方（蓋章）：

日期： 年 月 日 日期： 年 月 日

2. ATM和TCP聯系和區別

ATM和TCP都是網路通信協議,但是ATM趨向於底層,而TCP則趨向於較高層.ATM在OSI七層模式中相當於數據連路層,而TCP則是運輸層.ATM的交換方式是分組交換,貞長53位元組,其中有5個位元組的字頭.這樣即可以滿足分組交換的電路簡單,又能滿足電路交換的實時性.ATM一般用語internet的主幹網,而TCP....本人不太清楚.sorry!
ATM和TCP都是面向連接傳送機制.先要建立連接然後才相互傳送數據.
也有的資料說
ATM協議是第二層協議，TCP是第四層，ATM以信元為單位，TCP以分組為單位，除此之外幾乎沒聯系，因為ATM代表的是快速分組交換技術，非同步時分復用技術，而TCP不屬於交換技術。可以這樣說，TCP協議是可以應用在ATM網路上的（利用了IPOA即IP OVER ATM技術）
希望可以幫助到樓主

樓下的，抱歉，我並不是簡單的合成，而是經過搜索，我希望給樓主最好的答案，樓主並不需要採納我的答案，我不是為了積分，請給樓下的兄弟，謝謝！

3. 什麼是簡單的tcp/ ip服務

TCP/IP協議族為運輸層指明了兩個協議：TCP和UDP。它們都是作為應同程序和網路操作的中介物。

運輸層協議通常具有幾種責任。一種是創建進程到進程的通信；UDP和TCP使用埠來完成這種通信。另一種責任就是在運輸層提供控制機制。UDP在一個非常低的水平上完成這個功能。UDP沒有流量控制機制，在收到分組時也沒有確認。但是，UDP提供了某種程度的差錯控制。如果UDP檢測出在收到的分組中有差錯，它就悄悄地丟棄這個分組。而TCP使用滑動窗口協議來完成流量控制。TCP使用確認分組，超時和重傳來完成差錯控制。

運輸層還應負責為應用程序提供連接機制。這些應用程序應當能夠向運輸曾發送數據流。在發送站運輸層分責任是和接收站建立連接，把數據流分割成可運輸地單元，把它們編號，然後逐個發送它們。運輸層在接收端的責任是等待屬於同一個進程的所有不同單元的到達，檢查並放過那些沒有差錯的單元，並以流的方式把它們交付給接收進程。當全部的流都發送完畢後，運輸層應當關閉這個連接.TCP完成所有上面的工作，而UDP不完成！

UDP叫做無連接的、不可靠的運輸協議。TCP叫做面向連接的、可靠的運輸協議，它給IP服務提供了面向連接和可靠性的特點。

TCP/IP協議族為運輸層指明了兩個協議：TCP和UDP。它們都是作為應同程序和網路操作的中介物。

運輸層協議通常具有幾種責任。一種是創建進程到進程的通信；UDP和TCP使用埠來完成這種通信。另一種責任就是在運輸層提供控制機制。UDP在一個非常低的水平上完成這個功能。UDP沒有流量控制機制，在收到分組時也沒有確認。但是，UDP提供了某種程度的差錯控制。如果UDP檢測出在收到的分組中有差錯，它就悄悄地丟棄這個分組。而TCP使用滑動窗口協議來完成流量控制。TCP使用確認分組，超時和重傳來完成差錯控制。

運輸層還應負責為應用程序提供連接機制。這些應用程序應當能夠向運輸曾發送數據流。在發送站運輸層分責任是和接收站建立連接，把數據流分割成可運輸地單元，把它們編號，然後逐個發送它們。運輸層在接收端的責任是等待屬於同一個進程的所有不同單元的到達，檢查並放過那些沒有差錯的單元，並以流的方式把它們交付給接收進程。當全部的流都發送完畢後，運輸層應當關閉這個連接.TCP完成所有上面的工作，而UDP不完成！

UDP叫做無連接的、不可靠的運輸協議。TCP叫做面向連接的、可靠的運輸協議，它給IP服務提供了面向連接和可靠性的特點。

UDP分組叫做用戶數據報。有8個位元組的固定首部，源埠號、目的埠號、長度和檢驗和各2個位元組。

UDP長度 = IP長度 - IP首部長度

下面是UDP的某些用途：

UDP適用於這樣的進程，它需要簡單的請求-響應通信，而較少考慮流量控制和差錯控制。對於需要傳送成塊數據的進程，如FTP，通常不使用UDP。

UDP適用於具有內部流量控制和差錯控制機制的進程。例如，簡單文本傳送協議（TFTP）的進程就包括流量控制和差錯控制。它能夠很容易地使用UDP。

對多播和廣播來說，UDP是個合適的運輸協議。多播和廣播能力已經嵌入在UDP軟體中，但沒有嵌入在TCP軟體中。

UDP可用於管理進程，如SNMP

UDP可用於某些路由選擇更新協議，如路由信息協議（RIP）

IP
IP層接收由更低層（網路介面層例如乙太網設備驅動程序）發來的數據包，並把該數據包發送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數據包傳送到更低層。IP數據包是不可靠的，因為IP並沒有做任何事情來確認數據包是否按順序發送的或者有沒有被破壞，IP數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。
高層的TCP和UDP服務在接收數據包時，通常假設包中的源地址是有效的。也可以這樣說，IP地址形成了許多服務的認證基礎，這些服務相信數據包是從一個有效的主機發送來的。IP確認包含一個選項，叫作IP source routing，可以用來指定一條源地址和目的地址之間的直接路徑。對於一些TCP和UDP的服務來說，使用了該選項的IP包好像是從路徑上的最後一個系統傳遞過來的，而不是來自於它的真實地點。這個選項是為了測試而存在的，說明了它可以被用來欺騙系統來進行平常是被禁止的連接。那麼，許多依靠IP源地址做確認的服務將產生問題並且會被非法入侵。
TCP
TCP是面向連接的通信協議，通過三次握手建立連接，通訊完成時要拆除連接，由於TCP是面向連接的所以只能用於端到端的通訊。
TCP提供的是一種可靠的數據流服務，採用「帶重傳的肯定確認」技術來實現傳輸的可靠性。TCP還採用一種稱為「滑動窗口」的方式進行流量控制，所謂窗口實際表示接收能力，用以限制發送方的發送速度。
如果IP數據包中有已經封好的TCP數據包，那麼IP將把它們向『上』傳送到TCP層。TCP將包排序並進行錯誤檢查，同時實現虛電路間的連接。TCP數據包中包括序號和確認，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。
TCP將它的信息送到更高層的應用程序，例如Telnet的服務程序和客戶程序。應用程序輪流將信息送回TCP層，TCP層便將它們向下傳送到IP層，設備驅動程序和物理介質，最後到接收方。
面向連接的服務（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它們使用了TCP。DNS在某些情況下使用TCP（發送和接收域名資料庫），但使用UDP傳送有關單個主機的信息。
UDP
UDP是面向無連接的通訊協議，UDP數據包括目的埠號和源埠號信息，由於通訊不需要連接，所以可以實現廣播發送。
UDP通訊時不需要接收方確認，屬於不可靠的傳輸，可能會出現丟包現象，實際應用中要求程序員編程驗證。
UDP與TCP位於同一層，但它不管數據包的順序、錯誤或重發。因此，UDP不被應用於那些使用虛電路的面向連接的服務，UDP主要用於那些面向查詢---應答的服務，例如NFS。相對於FTP或Telnet，這些服務需要交換的信息量較小。使用UDP的服務包括NTP（網路時間協議）和DNS（DNS也使用TCP）。
欺騙UDP包比欺騙TCP包更容易，因為UDP沒有建立初始化連接（也可以稱為握手）（因為在兩個系統間沒有虛電路），也就是說，與UDP相關的服務面臨著更大的危險。
ICMP
ICMP與IP位於同一層，它被用來傳送IP的控制信息。它主要是用來提供有關通向目的地址的路徑信息。ICMP的『Redirect』信息通知主機通向其他系統的更准確的路徑，而『Unreachable』信息則指出路徑有問題。另外，如果路徑不可用了，ICMP可以使TCP連接『體面地』終止。PING是最常用的基於ICMP的服務。
通訊埠
TCP和UDP服務通常有一個客戶/伺服器的關系，例如，一個Telnet服務進程開始在系統上處於空閑狀態，等待著連接。用戶使用Telnet客戶程序與服務進程建立一個連接。客戶程序向服務進程寫入信息，服務進程讀出信息並發出響應，客戶程序讀出響應並向用戶報告。因而，這個連接是雙工的，可以用來進行讀寫。
兩個系統間的多重Telnet連接是如何相互確認並協調一致呢？TCP或UDP連接唯一地使用每個信息中的如下四項進行確認：
源IP地址 發送包的IP地址。
目的IP地址 接收包的IP地址。
源埠 源系統上的連接的埠。
目的埠 目的系統上的連接的埠。
埠是一個軟體結構，被客戶程序或服務進程用來發送和接收信息。一個埠對應一個16比特的數。服務進程通常使用一個固定的埠，例如，SMTP使用25、Xwindows使用6000。這些埠號是『廣為人知』的，因為在建立與特定的主機或服務的連接時，需要這些地址和目的地址進行通訊。
數據格式
數據幀：幀頭+IP數據包+幀尾 （幀頭包括源和目標主機MAC初步地址及類型，幀尾是校驗字）
IP數據包：IP頭部+TCP數據信息（IP頭包括源和目標主機IP地址、類型、生存期等）
TCP數據信息：TCP頭部+實際數據 (TCP頭包括源和目標主機埠號、順序號、確認號、校驗字等）
IP地址
在Internet上連接的所有計算機，從大型機到微型計算機都是以獨立的身份出現，我們稱它為主機。為了實現各主機間的通信，每台主機都必須有一個唯一的網路地址。就好像每一個住宅都有唯一的門牌一樣，才不至於在傳輸資料時出現混亂。
Internet的網路地址是指連入Internet網路的計算機的地址編號。所以，在Internet網路中，網路地址唯一地標識一台計算機。
我們都已經知道，Internet是由幾千萬台計算機互相連接而成的。而我們要確認網路上的每一台計算機，靠的就是能唯一標識該計算機的網路地址，這個地址就叫做IP（Internet Protocol的簡寫）地址，即用Internet協議語言表示的地址。
在Internet里，IP地址是一個32位的二進制地址，為了便於記憶，將它們分為4組，每組8位，由小數點分開，用四個位元組來表示，而且，用點分開的每個位元組的數值范圍是0~255，如202.116.0.1，這種書寫方法叫做點數表示法。

4. 程序員需要簽保密協議嗎手機不能使用

如果你的工作是公司的核心位置，一般會讓你簽保密協議。
合同對雙方當事人具有法律約束力，應當根據合同約定履行義務、承擔違約責任，無法協商的，保全對自己有利的證據向法院起訴維權。
若員工違反保密協議，可能要承擔以下法律責任：民事責任，公司可以要求員工賠償因違約或侵權給公司造成的損失。行政責任，根據《反不正當競爭法》的規定，工商行政管理機關有權依法責令停止違法行為，並可以根據情節處以一萬元以上，二十萬元以下的罰款。同時工商管理機關還可以責令侵權人將載有商業秘密的圖紙、軟體及其他有關資料返還權利人或銷毀。

5. 程序員編程開的黑色的窗口怎麼出來的

這個黑色的窗口是叫做DOC窗口。進入DOC窗口後可以進行編程，有下面幾種辦法可以進入。

1：開始開始菜單-->選擇運行-->然後輸入cmd指令。

2：按下鍵盤上的「win」圖標按鈕+"R"鍵，輸入"cmd"。

3：在開始菜單直接輸入cmd，然後回車。

我只有在最初兩年試過黑色背景的編程界面，後來全都換成IDE/Editor默認的白色背景了。白色背景的編輯環境下語法高亮有更多選擇，不會導致tooltip等浮動小窗口文字看不清楚（debug時很重要），和IDE/Editor的其他窗口、控制項色調不沖突。而且標准配色由於本身很常見/平淡因此不會干擾思路。

6. RPC協議、http協議、tcp/ip協議、udp協議、socket協議以及soap協議都有什麼相同點和不同點

TCP/IP協議是一個協議簇。裡麵包括很多協議的。UDP只是其中的一個。之所以命名為TCP/IP協議，因為TCP,IP協議是兩個很重要的協議，就用他兩命名了。
tcp和udp都是傳輸協議，主要區別是tcp協議連接需要3次握手，斷開需要四次握手，是通過流來傳輸的，就是確定連接後，一直發送信息，傳完後斷開。udp不需要進行連接，直接把信息封裝成多個報文，直接發送。所以udp的速度更快寫，但是不保證數據的完整性和數據順序，（這個是可以在實現時通過驗證手段來手動確定完整性）。
http協議是建立在TCP協議之上的一種應用，是Web聯網的基礎，最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為「一次連接」。
socket並不是一種協議，是在程序員層面上對TCP/IP協議的封裝和應用。其實是一個調用介面，方便程序員使用TCP/IP協議棧而已。程序員通過socket來使用tcp/ip協議。但是socket並不是一定要使用tcp/ip協議，Socket編程介面在設計的時候，就希望也能適應其他的網路協議。
rpc是一種通過網路從遠程計算機程序上請求服務，而不需要了解底層網路技術的協議。
初學情況下只要了解http協議和調用http協議，java使用httpClient，還有socket編程就好了。RPC我也了解的不多。

7. TCP/IP協議分幾層,它是多少個協議

簡單說 分四層，從下到上： 主機-網路層（介面層）、互連層、傳輸層、應用層

TCP/IP是一組協議的代名詞，它還包括許多協議，組成了TCP/IP協議簇

---詳細

TCP/IP是一組協議的代名詞，它還包括許多協議，組成了TCP/IP協議簇。
TCP/IP協議簇分為四層，IP位於協議簇的第二層(對應OSI的第三層)，TCP位於協議簇的第
三層(對應OSI的第四層)。
TCP和IP是TCP/IP協議簇的中間兩層，是整個協議簇的核心，起到了承上啟下的作用。
1、介面層
TCP/IP的最低層是介面層，常見的介面層協議有：
Ethernet 802.3、Token Ring 802.5、X.25、Frame reley、HDLC、PPP等。
2、網路層
網路層包括：IP(Internet Protocol)協議、ICMP(Internet Control Message Protocol)
控制報文協議、ARP(Address Resolution Protocol)地址轉換協議、RARP(Reverse ARP)反向
地址轉換協議。
IP是網路層的核心，通過路由選擇將下一跳IP封裝後交給介面層。IP數據報是無連接服務
。
ICMP是網路層的補充，可以回送報文。用來檢測網路是否通暢。
Ping命令就是發送ICMP的echo包，通過回送的echo relay進行網路測試。
ARP是正向地址解析協議，通過已知的IP，尋找對應主機的MAC地址。
RARP是反向地址解析協議，通過MAC地址確定IP地址。比如無盤工作站和DHCP服務。
3、傳輸層
傳輸層協議主要是：傳輸控制協議TCP(Transmission Control Protocol)和用戶數據報協
議UDP(User Datagram rotocol)。
TCP是面向連接的通信協議，通過三次握手建立連接，通訊時完成時要拆除連接，由於TCP
是面向連接的所以只能用於點對點的通訊。
TCP提供的是一種可靠的數據流服務，採用「帶重傳的肯定確認」技術來實現傳輸的可靠
性。TCP還採用一種稱為「滑動窗口」的方式進行流量控制，所謂窗口實際表示接收能力，用
以限制發送方的發送速度。
UDP是面向無連接的通訊協議，UDP數據包括目的埠號和源埠號信息，由於通訊不需要
連接，所以可以實現廣播發送。
UDP通訊時不需要接收方確認，屬於不可靠的傳輸，可能會出丟包現象，實際應用中要求
在程序員編程驗證。
4、應用層
應用層一般是面向用戶的服務。如FTP、TELNET、DNS、SMTP、POP3。
FTP(File Transmision Protocol)是文件傳輸協議，一般上傳下載用FTP服務，數據埠
是20H，控制埠是21H。
Telnet服務是用戶遠程登錄服務，使用23H埠，使用明碼傳送，保密性差、簡單方便。
DNS(Domain Name Service)是域名解析服務，提供域名到IP地址之間的轉換。
SMTP(Simple Mail Transfer Protocol)是簡單郵件傳輸協議，用來控制信件的發送、中
轉。
POP3(Post Office Protocol 3)是郵局協議第3版本，用於接收郵件。

8. 怎麼理解TCP窗口

TCP協議到處都在使用。理解TCP協議的工作原理能夠幫助管理員正確診斷網路通信的故障。
TCP協議很復雜。不過不用擔心。我們不是讓你去閱讀RFC 793。本文只是一篇啟蒙講座。在本次講座中，我們將僅僅介紹為了讓你理解下一篇關於TCP協議的講座所需的知識。經過本文的學習你會了解一些TCP相關的術語，理解TCP包頭的各組成部分，然後，我們將在後面一篇文章中重點講解TCP協議常見的一些問題，包括TCP窗口可伸縮性問題、阻塞和TCP連接機制等問題。
我們有時候聽到人們提到「TCP/IP協議棧」。這意味著他們在談論1至4層和7層的問題，TCP協議位於第四層。其代表的含義是傳輸控制協議(Transmission Control Protocol)。還記得IP協議那篇文章中的協議頭的構成嗎?當一個數據包被封裝之後，第三層當然有個IP協議頭，緊接著就是這個TCP協議頭。TCP協議頭成為了IP協議頭中的「數據」。就像其它協議都有自己的術語一樣，TCP協議也有自己的專門術語，如乙太網幀、IP數據報和現在的TCP段等。你可以把它們都當作數據包。但是，當它們之間在進行通訊的時候，一定要使用正確的術語。
TCP協議是一種端對端的協議。使用TCP沒有任何廣播或類似的概念。要用TCP協議與另一台計算機通信，兩台機之間必須像打電話一樣連接在一起，每一端都都為通話做好准備。「流傳輸」(Stream delivery)是談到TCP時的另一個常用詞語。這個短語的含義是TCP協議主要用來處理數據流，可以正確處理亂序的數據包。TCP協議甚至還允許存在丟失的或者損壞的數據包，最終它可以再次得到這些數據包。你很可能聽一位程序員在談論「流」的概念。他指的是這樣一個事實:數據到底是在什麼時候發送的是很難說清楚的，你也可以在TCP流中發送非結構化數據。TCP協議以它自己的方式緩存數據。不過，其緩存過程對程序員和用戶是透明的。
TCP協議每發送一個數據包將會收到一個確認信息。這種發送/應答模式是提供可靠的協議的唯一方法:你必須讓對方知道你否收到了數據。當然，這也會造成一些性能損失，而人們需要改善系統效率不高的狀況。所以引入了「捎帶確認（piggybacking ACKs）」的方法。TCP協議之所以是全雙工的就是因為這個「捎帶確認」信息，因為它允許雙方同時發送數據。這是通過在當前的數據包中攜帶以前收到的數據的確認信息方式實現的。從提高網路利用率的角度看，這比單純發送一個通知對方「信息已收到」的數據包要好得多。最後，還有一個批量確認的概念：也即一次確認一個以上的數據包，表示「我收到了包括這個數據包在內的全部數據包」。
在IP協議中，我們處理的單個數據包是一個更大的數據報的一部分。請記住，一個TCP段就是一個單個的TCP數據包。TCP是一個數據流，因此，除了「連接」之外，沒有任何需要真正擔心的其它概念。最大報文段長度(MSS)是在連接的時候協商的，但是，它總是在不斷地改變。默認的最大報文段長度是536位元組，這是576位元組(IP協議保證的最小數據包長度)減去用於IP頭的20個位元組和用於TCP頭的20個位元組以後的長度。TCP協議要設法避免在IP級別上的分段。因此，TCP協議總是從536位元組開始的。
TCP協議最有魅力的功能仍然保留著。這就是滑動窗口協議。這個窗口實際上是已經發出的「沒有簽收確認的」數據總數。這個窗口可以根據意願放大和縮小。這是很有趣的。下一講將介紹這方面的內容。
一個TCP數據包的頭是20個位元組，就像一個IP數據包一樣。如果使用一些選項，IP和TCP數據包頭都可以放大。TCP頭不包含IP地址，它僅需要知道要連接哪一個埠。不過，你不要被這弄暈了。TCP工作時要一直跟蹤狀態表中的端對端的連接。這個狀態表包含IP地址和埠。這就是說，只是TCP頭不需要IP信息，因為它來自於IP頭。
把一個數據包設想為一個位元組跟著一個位元組的數據流是很容易的。很多人都想要一個顯示TCP頭的表格。但是，這常會把事情搞亂。TCP頭從第一位開始依次是下面這些內容:
�6�1源埠，16位:用於這次連接的本地TCP埠。
�6�1目的地埠，16位:通訊目標機器的TCP埠。
�6�1序列號，32位:用來跟蹤數據包順序的號碼。
�6�1確認編號，32位:我們確認的以前收到的序列號。
�6�1頭長度，4位:報頭中的32位字(words)的數量。如果不使用選項，這個值設定為5。
�6�1保留，6位:為將來的使用保留的位元組。
�6�1標記，一共6位:每一個標記一個位元組(開或者關)
-URG:緊急欄位指針。
-ACK:本數據包是(或者包含)一個確認信息。
-PSH:推送功能(沒有使用)。
-RST:重置，或者中斷本次連接。
-SYN:同步數據包，也就是開始連接。
-FIN:最後一個數據包，開始掛斷序列。
�6�1窗口尺寸，16位:從接收方將收到的確認欄位開始。
�6�1校驗和，16位:TCP頭和數據的校驗和。
�6�1應急指針，16位:指向跟在URG數據後面的數據的序列號的偏移值。
�6�1選項:MSS、窗口比例等等。我們在關於TCP協議的下一講中將重點介紹這個部分。
TCP連接的兩端使用兩對IP地址和埠識別這個連接，並且向監聽這個埠的應用程序發送數據。
先介紹這么多內容。有關TCP協議的內容還有很多。

9. TCP/IP每一層用到了哪些協議

TCP/IP的體系結構各種應用層協議如支持萬維網應用的HTTP,支持電子郵件的SMTP，支持文件傳輸的FTP。運輸層為TCP或UDP。TCP為傳輸控制協議，UDP為用戶數據報協議。網際層為IP協議。數據鏈路層和物理層主要是控制幀的同步信息、地址信息、差錯控制以及比特流傳輸。就這樣了。

10. 什麼叫做API協議

API(Application Programming Interface,應用程序編程介面)是一套用來控制Windows的各個部件(從桌面的外觀到位一個新進程分配的內存)的外觀和行為的一套預先定義的Windows函數.用戶的每個動作都會引發一個或幾個函數的運行以Windows告訴發生了什麼. 這在某種程度上很象Windows的天然代碼.其他的語言只是提供一種能自動而且更容易的訪問API的方法.VB在這方面作了很多工作.它完全隱藏了API並且提供了在Windows環境下編程的一種完全不同的方法. 這也就是說,你用VB寫出的每行代碼都會被VB轉換為API函數傳遞給Windows.例如,Form1.Print...VB 將會以一定的參數(你的代碼中提供的,或是默認參數)調用TextOut 這個API函數. 同樣,當你點擊窗體上的一個按鈕時,Windows會發送一個消息給窗體(這對於你來說是隱藏的),VB獲取這個調用並經過分析後生成一個特定事件(Button_Click). API函數包含在Windows系統目錄下的動態連接庫文件中(如User32.dll,GDI32.dll,Shell32.dll...). API 聲明正如在"什麼是API"中所說,API函數包含在位於系統目錄下的DLL文件中.你可以自己輸入API函數的聲明,但VB提供了一種更簡單的方法,即使用API Text Viewer. 要想在你的工程中聲明API函數,只需運行API Text Viewer,打開Win32api.txt(或.MDB如果你已經把它轉換成了資料庫的話,這樣可以加快速度.注:微軟的這個文件有很多的不足,你可以試一下本站提供下載的api32.txt),選擇"聲明",找到所需函數,點擊"添加(Add)"並"復制(Copy)",然後粘貼(Paste)到你的工程里.使用預定義的常量和類型也是同樣的方法. 你將會遇到一些問題: 假設你想在你的窗體模塊中聲明一個函數.粘貼然後運行,VB會告訴你:編譯錯誤...Declare 語句不允許作為類或對象模塊中的 Public 成員...看起來很糟糕,其實你需要做的只是在聲明前面添加一個Private(如 Private Declare Function...).--不要忘了,可是這將使該函數只在該窗體模塊可用. 在有些情況下,你會得到"不明確的名稱"這樣的提示,這是因為函數.常量或其他的什麼東西共用了一個名稱.由於絕大多數的函數(也可能是全部,我沒有驗證過)都進行了別名化,亦即意味著你可以通過Alias子句使用其它的而不是他們原有的名稱,你只需簡單地改變一下函數名稱而它仍然可以正常運行. 你可以通過查看VB的Declare語句幫助主題來獲取有關Alias的詳細說明.消息(Messages)好了,現在你已經知道什麼是API函數了,但你也一定聽說過消息(如果你還沒有,你很快就會)並且想知道它是什麼.消息是Windows告訴你的程序發生了哪些事件或要求執行特定操作的基本方法.例如,當用戶點擊一個按鈕,移動滑鼠,或是向文本框中鍵入文字時,一條消息就會被發送給你的窗體. 所有發送的消息都有四個參數--一個窗口句柄(hwnd),一個消息編號(msg)還有兩個32位長度(Long)的參數. hwnd即要接受消息的一個窗口的句柄,msg即消息的標識符(編號).該標識符是指引發消息的動作類型(如移動滑鼠),另外兩個參數是該消息的附加參數(例如當滑鼠移動時游標的當前位置) 但是,當消息發送給你時你為什麼看不到呢--就象有人在偷你的信一樣?請先別惱火,讓我告訴你. 小偷其實是Visual Basic.但它並沒有偷走你的信,而是在閱讀了之後挑出重要的以一種好的方式告訴你.這種方式就是你代碼中的事件(Event). 這樣,當用戶在你的窗體上移動滑鼠時,Windows會發送一條WM_MOUSEMOVE消息給你的窗口,VB得到這條消息以及它的參數並運行你在事件MouseMove中的代碼,同時VB會把這條消息的第二個32位數(它包含了x,y坐標,單位為像素(Pixel),每個位16位)轉換為兩個單精度數,單位為緹(Twip). 現在,如果你需要游標坐標的像素表示,然而VB已經把它轉換成了緹,因此你需要重新把它轉換為以像素為單位.在這里,Windows給了你所需要的,但VB"好意地"進行了轉換而使你不得不重新轉換.你可能會問--我難道不能自己接收消息嗎?答案是肯定的,你可以使用一種叫做子類處理(Subclass)的方法.但你除非必須否則最好不要使用,因為這與VB的安全程序設計有一點點的違背.(注:子類處理確實有很大的風險,但如果使用得當,是很有用處的.不過有一點一定要注意,即千萬不要使用VB的斷點調試功能,這可能會導致VB崩潰!) 需要補充說明的是:你可以發送消息給你自己的窗口或其他的窗口,只需調用SendMessage或PostMessage(SendMessage會使接受到消息的窗口立刻處理消息,而PostMessage是把消息發送到一個稱為消息隊列的隊列中去,等候處理(它將會在該消息處理完後返回,例如有些延遲)).你必須制定接受消息的窗口的句柄,欲發送消息的編號(所有的消息的編號均為常量,你可以通過API Text Viewer查得)以及兩個32位的參數。用簡單的話講，API是Win NT系統的一個數據介面。API網路: http://ke..com/view/16068.htm