【正文】 你可以 在 微軟網(wǎng)站找到完整細節(jié)的事件 資料 。 Connect 方法 Connect 方法 是向 遠程計算機 發(fā)送一個連接請求 。 SendData 方法 這種方法 是將 數(shù)據(jù)傳送到遠程計算機。 但 PeekData 不從輸入隊列中移去數(shù)據(jù) 。 GetData 方法 GetData 方法 是 從緩沖區(qū) 接收 當(dāng)前 的 數(shù)據(jù) 塊 ，然后 把它存儲在變量中 。 只有當(dāng)服務(wù)器處于監(jiān)聽狀態(tài)時，這種模式才可能實現(xiàn) 。 它 既 可讀也可寫，在程序設(shè)計和運行期間是可見的 。 RemotePort 屬性 這個屬性返回或設(shè)置遠程端口號。 它 既 可讀也可寫，在程序設(shè)計和運行期間是可見的 。 Protocol 屬性 該屬性是用來返回或設(shè)置協(xié)議的 ， 通過 Winsock 控件來使用 TCP 或 UDP協(xié)議進行傳輸 。 它 既 可讀也可寫，并在程序設(shè)計和運行期間是可見的 。 這是一個 只讀 的 屬性 ， 在程序設(shè)計期間是不可見的 。 所返回的 值是一個字符串 類型 。 LocalHostName 屬性 localhostname 屬性返回的是 本地主機 名 。這是一個 只讀 的 屬性 ， 在程序設(shè)計期間是不可見的 。無論是客戶 端還是 服務(wù) 器 ， Winsock 控件使用 了許多 相同的 屬性 ，從而 在實際應(yīng)用過程中可以避免一些學(xué)習(xí)的 彎路 。該 Winsock 控件支持以下兩種操作模式： ? sckTCPProtocol TCP 協(xié)議 ? sckUDPProtocol UDP 協(xié)議 Winsock 的 屬性 與 事件 Winsock 允許 您使用相同的 控件 創(chuàng)建客戶端和服務(wù)器。 服務(wù) 端口 HTTP 80 FTP 20,21 Gopher 70 SMTP 25 POP3 110 Tel 23 Finger 79 Local loops/callbacks 0 Winsock 的 操作 模式 傳輸層（也稱為主機到主機傳輸層），負責(zé)提 供應(yīng)用層與 會話層 及數(shù)據(jù)通訊服務(wù)。這些標(biāo)準(zhǔn) 的 端口號 除了用戶在某個應(yīng)用程序中使用之外， 沒有 任何 內(nèi)在 的 價值。申請使用的一個端口號作為 其他電腦的 識別碼，無論是發(fā)送 方還是 接收 方 計 算機 都是 使用這個端口進行數(shù)據(jù)交換 的 。 端口 與 Winsock 控件 在 我們進行 深層次的學(xué)習(xí) 之前 ， 我認為 應(yīng)該先 談?wù)?有關(guān)于端口的內(nèi)容 。 微軟 的 Winsock控件使用 TCP/IP 是一件 輕而易舉的 事 。 TCP/IP 就 是 這樣 一種將數(shù)據(jù)通過網(wǎng)絡(luò)，包括互聯(lián)網(wǎng)傳輸?shù)臉?biāo)準(zhǔn)。 Winsock 控件 的使用 在國際標(biāo)準(zhǔn)化組織 /開放系統(tǒng)互連 （ ISO/OSI） 模型 中， Winsock 要 高于 TCP/IP協(xié)議 族 。 在 這篇文章中你 需要建立 一個數(shù)據(jù)庫，該數(shù)據(jù)庫包含了該項目的數(shù)量和價格。客戶機和服務(wù)器將 相互建立連接 并且 相互交換數(shù)據(jù)。Winsock 的 動態(tài)鏈接庫 是面向 TCP/IP 的 ， 并且 通過 網(wǎng)絡(luò)可以調(diào)用 。這個標(biāo)準(zhǔn)基本上是一 組通過 TCP/IP 協(xié)議族來 描述通信 的程序 。每一層都有其自身的功能。 它通過 互聯(lián)網(wǎng) 使用各種硬件體系結(jié)構(gòu)和操作系統(tǒng) 來實現(xiàn)通信 。 在 Visual Basic 中的 Winsock 控件是被用來 創(chuàng)建 能夠存取、訪問 低層次的傳輸控制協(xié)議 /互聯(lián)網(wǎng)協(xié)議（ TCP/IP） 的 應(yīng)用 程序 。網(wǎng)址： 博客： / ssa 緒論 在 Visual Basic 中的 Winsock 控件 是被用來 創(chuàng)建 能夠存取、訪問 低層次的傳輸控制協(xié)議 /互聯(lián)網(wǎng)協(xié)議（ TCP/IP） 的 應(yīng)用 程序 。他 開發(fā) 定制 了 SharePoint 的 解決方案。 Ahmed 致力于開發(fā) 數(shù)據(jù)庫驅(qū)動的動態(tài)網(wǎng)站。 the WinSock Control I think it would be better to talk about the ports before we proceed any further. A port is a special memory location that exists when two puters are in munication via TCP/IP. Applications use a port number as an identifier to other puters, both the sending and receiving puters use this port to exchange data. To make the job of munication easier, some port numbers have been standardized. These standard port numbers have no inherent value other than that users have agreed to use them with certain applications. Table below lists a number of popular and publicly accepted port numbers and their corresponding applications. Service Port HTTP 80 FTP 20,21 Gopher 70 SMTP 25 POP3 110 Tel 23 Finger 79 Local loops/callbacks 0 Using the Winsock Control Winsock is above the TCP/IP protocol stack in the ISO/OSI model. TCP/IP is an industry standard munication protocol that defines methods for packaging data into packets for transmission between puting devices on a heterogeneous work. TCP/IP is the standard for data transmission over works, including the Inter. TCP establishes a connection for data transmission and IP defines the method for sending data packets. The Microsoft Winsock control makes using the TCP/IP a breeze. Microsoft has wrapped up the Winsock and INetAPI API calls into a nice neat package that you can easily incorporate into your Visual Basic applications. Winsock Operating Modes The Transport layer (also known as the HosttoHost Transport layer) is responsible for providing the Application layer with session and datagram munication services. The core protocols of the Transport layer are TCP and User Datagram Protocol (UDP). The Winsock control supports the following two operating modes: ? sckTCPProtocol ? sckUDPProtocol WinSock Properties amp。在這些情況下，速度顯的極其 重要，或者在網(wǎng)絡(luò)中所發(fā)送的數(shù)據(jù)包必須保持最低水平，這就是 UDP 解決問題的關(guān)鍵。因為 TCP 是一個可靠的協(xié)議，這是不言而喻的，通過很長的報文來保證完整的數(shù)據(jù)到達它的目的地，結(jié)果導(dǎo)致了在網(wǎng)絡(luò)傳輸中交換了大量的信息包。 由于 UDP 的 局限性，你可能會奇怪為什么它的使用還是如此廣泛。這意味著發(fā)送者和接收者必須在 UDP 協(xié)議之上 執(zhí)行他們自己的應(yīng)用協(xié)議。事實上， UDP 唯一的特點就是所提供的原始 IP 數(shù)據(jù)報是端口號和可選的校驗和。 用戶數(shù)據(jù)報協(xié)議 不像 TCP 協(xié)議，用戶數(shù)據(jù)報協(xié)議（ UDP）并不作以字節(jié)流的形式來顯示數(shù)據(jù)，與其他程序交換數(shù)據(jù)時也不需要 與另一個程序 建立連接?？蛻舳素撠?zé)發(fā)起連接，而服務(wù)器的責(zé)任就是等待、 傾聽和回應(yīng)連接。采用三次握手在 雙方 交換信息包并且建立初始的序號（序號是非常重要的，因為正如上文所述，數(shù)據(jù)可能出現(xiàn)無序現(xiàn)象，序號可以用來保證數(shù)據(jù)報發(fā)送時的順序）。 眾所周知， TCP 是面向連接的協(xié)議。它的優(yōu)點是顯而易見的： 程序員并不需要編寫代碼來處理丟失或無序的數(shù)據(jù)報，而是可以專注于應(yīng)用程序本身。 傳輸控制協(xié)議（ TCP）的發(fā)展就是為了滿足這個需求。不用說，這種不可靠性，可能會給軟件開發(fā)人員造成很多問題。像郵件一樣，不能保證數(shù)據(jù)報就能到達它的目的地。一個 數(shù)據(jù)報是有報頭和數(shù)據(jù)組成。一般規(guī)則是 “ A” 類地址被分配到一些非常大型的網(wǎng)絡(luò)， “ B” 類地址被分配到中等規(guī)模的網(wǎng)絡(luò)，而 “ C” 類地址分配給