① 如何利用Socket進行網路編程
Socket介面是TCP/IP網路的API，Socket介面定義了許多函數或常式，程序員可以用它們來開發TCP/IP網路上的應用程序。請參閱以下資料：socket非常類似於電話插座。以一個國家級電話網為例。電話的通話雙方相當於相互通信的 個進程，區號是它的網路地址；區內一個單位的交換機相當於一台主機，主機分配給每個用戶的局內號碼相當於socket號。任何用戶在通話之前，首先要佔有一部電話機，相當於申請一個socket；同時要知道對方的號碼，相當於對方有一個固定的socket。然後向對方撥號呼叫，相當於發出連接請求(假如對方不在同一區內，還要撥對方區號，相當於給出網路地址)。對方假如在場並空閑(相當於通信的另一主機開機且可以接受連接請求)，拿起電話話筒，雙方就可以正式通話，相當於連接成功。雙方通話的過程，是一方向電話機發出信號和對方從電話機接收信號的過程，相當於向socket發送數據和從socket接收數據。通話結束後，一方掛起電話機相當於關閉socket，撤消連接。在電話系統中，一般用戶只能感受到本地電話機和對方電話號碼的存在，建立通話的過程，話音傳輸的過程以及整個電話系統的技術細節對他都是透明的，這也與socket機制非常相似。socket利用網間網通信設施實現進程通信，但它對通信設施的細節毫不關心，只要通信設施能提供足夠的通信能力，它就滿足了。至此，我們對socket進行了直觀的描述。抽象出來，socket實質上提供了進程通信的端點。進程通信之前，雙方首先必須各自創建一個端點，否則是沒有法建立聯系並相互通信的。正如打電話之前，雙方必須各自擁有一台電話機一樣。在網間網內部，每一個socket用一個半相關描述:(協議，本地地址，本地埠)一個完整的socket有一個本地唯一的socket號，由操作系統分配。最重要的是，socket是面向客戶/伺服器模型而設計的，針對客戶和伺服器程序提供不同的socket系統調用。客戶隨機申請一個socket(相當於一個想打電話的人可以在任何一台入網電話上撥號呼叫)，系統為之分配一個socket號；伺服器擁有全局公認的socket，任何客戶都可以向它發出連接請求和信息請求(相當於一個被呼叫的電話擁有一個呼叫方知道的電話號碼)。socket利用客戶/伺服器模式巧妙地解決了進程之間建立通信連接的問題。伺服器socket半相關為全局所公認非常重要。讀者不妨考慮一下，兩個完全隨機的用戶進程之間如何建立通信？假如通信雙方沒有任何一方的socket固定，就好比打電話的雙方彼此不知道對方的電話號碼，要通話是不可能的。實際應用中socket例子Socket介面是訪問Internet使用得最廣泛的方法。如果你有一台剛配好TCP/IP協議的主機，其IP地址是 . . . ，此時在另一台主機或同一台主機上執行ftp . . . ，顯然無法建立連接。因" . . . "這台主機沒有運行FTP服務軟體。同樣，在另一台或同一台主機上運行瀏覽軟體如Netscape，輸入"http:// . . . "，也無法建立連接。現在，如果在這台主機上運行一個FTP服務軟體（該軟體將打開一個Socket，並將其綁定到 埠），再在這台主機上運行一個Web服務軟體（該軟體將打開另一個Socket，並將其綁定到 埠）。這樣，在另一台主機或同一台主機上執行ftp . . . ，FTP客戶軟體將通過 埠來呼叫主機上由FTP服務軟體提供的Socket，與其建立連接並對話。而在netscape中輸入"http:// . . . "時，將通過 埠來呼叫主機上由Web服務軟體提供的Socket，與其建立連接並對話。在Internet上有很多這樣的主機，這些主機一般運行了多個服務軟體，同時提供幾種服務。每種服務都打開一個Socket，並綁定到一個埠上，不同的埠對應於不同的服務。Socket正如其英文原意那樣，象一個多孔插座。一台主機猶如布滿各種插座的房間，每個插座有一個編號，有的插座提供 伏交流電，有的提供 伏交流電，有的則提供有線電視節目。客戶軟體將插頭插到不同編號的插座，就可以得到不同的服務。一個Server-Client模型程序的開發原理：伺服器，使用ServerSocket監聽指定的埠，埠可以隨意指定（由於 以下的埠通常屬於保留埠，在一些操作系統中不可以隨意使用，所以建議使用大於 的埠），等待客戶連接請求，客戶連接後，會話產生；在完成會話後，關閉連接。客戶端，使用Socket對網路上某一個伺服器的某一個埠發出連接請求，一旦連接成功，打開會話；會話完成後，關閉Socket。客戶端不需要指定打開的埠，通常臨時的、動態的分配一個 以上的埠。Socket介面是TCP/IP網路的API，Socket介面定義了許多函數或常式，程序員可以用它們來開發TCP/IP網路上的應用程序。要學Internet上的TCP/IP網路編程，必須理解Socket介面。Socket介面設計者最先是將介面放在Unix操作系統裡面的。如果了解Unix系統的輸入和輸出的話，就很容易了解Socket了。網路的Socket數據傳輸是一種特殊的I/O，Socket也是一種文件描述符。Socket也具有一個類似於打開文件的函數調用Socket()，該函數返回一個整型的Socket描述符，隨後的連接建立、數據傳輸等操作都是通過該Socket實現的。常用的Socket類型有兩種：流式Socket（SOCK_STREAM）和數據報式Socket（SOCK_DGRAM）。流式是一種面向連接的Socket，針對於面向連接的TCP服務應用；數據報式Socket是一種無連接的Socket，對應於無連接的UDP服務應用。Socket建立為了建立Socket，程序可以調用Socket函數，該函數返回一個類似於文件描述符的句柄。socket函數原型為：intsocket(intdomain,inttype,intprotocol);domain指明所使用的協議族，通常為PF_INET，表示互聯網協議族（TCP/IP協議族）；type參數指定socket的類型：SOCK_STREAM或SOCK_DGRAM，Socket介面還定義了原始Socket（SOCK_RAW），允許程序使用低層協議；protocol通常賦值" "。Socket()調用返回一個整型socket描述符，你可以在後面的調用使用它。Socket描述符是一個指向內部數據結構的指針，它指向描述符表入口。調用Socket函數時，socket執行體將建立一個Socket，實際上"建立一個Socket"意味著為一個Socket數據結構分配存儲空間。Socket執行體為你管理描述符表。兩個網路程序之間的一個網路連接包括五種信息：通信協議、本地協議地址、本地主機埠、遠端主機地址和遠端協議埠。Socket數據結構中包含這五種信息。socket在測量軟體中的使用也很廣泛socket深層次理解Socket編程基本就是listen，accept以及send，write等幾個基本的操作。對於網路編程，我們也言必稱TCP/IP，似乎其它網路協議已經不存在了。對於TCP/IP，我們還知道TCP和UDP，前者可以保證數據的正確和可靠性，後者則允許數據丟失。最後，我們還知道，在建立連接前，必須知道對方的IP地址和埠號。除此，普通的程序員就不會知道太多了，很多時候這些知識已經夠用了。最多，寫服務程序的時候，會使用多線程來處理並發訪問。我們還知道如下幾個事實： 。一個指定的埠號不能被多個程序共用。比如，如果IIS佔用了 埠，那麼Apache就不能也用 埠了。 。很多防火牆只允許特定目標埠的數據包通過。 。服務程序在listen某個埠並accept某個連接請求後，會生成一個新的socket來對該請求進行處理。於是，一個困惑了我很久的問題就產生了。如果一個socket創建後並與 埠綁定後，是否就意味著該socket佔用了 埠呢？如果是這樣的，那麼當其accept一個請求後，生成的新的socket到底使用的是什麼埠呢（我一直以為系統會默認給其分配一個空閑的埠號）？如果是一個空閑的埠，那一定不是 埠了，於是以後的TCP數據包的目標埠就不是 了--防火牆一定會組織其通過的！實際上，我們可以看到，防火牆並沒有阻止這樣的連接，而且這是最常見的連接請求和處理方式。我的不解就是，為什麼防火牆沒有阻止這樣的連接？它是如何判定那條連接是因為connet 埠而生成的？是不是TCP數據包里有什麼特別的標志？或者防火牆記住了什麼東西？後來，我又仔細研讀了TCP/IP的協議棧的原理，對很多概念有了更深刻的認識。比如，在TCP和UDP同屬於傳輸層，共同架設在IP層（網路層）之上。而IP層主要負責的是在節點之間（EndtoEnd）的數據包傳送，這里的節點是一台網路設備，比如計算機。因為IP層只負責把數據送到節點，而不能區分上面的不同應用，所以TCP和UDP協議在其基礎上加入了埠的信息，埠於是標識的是一個節點上的一個應用。除了增加埠信息，UPD協議基本就沒有對IP層的數據進行任何的處理了。而TCP協議還加入了更加復雜的傳輸控制，比如滑動的數據發送窗口（SliceWindow），以及接收確認和重發機制，以達到數據的可靠傳送。不管應用層看到的是怎樣一個穩定的TCP數據流，下面傳送的都是一個個的IP數據包，需要由TCP協議來進行數據重組。所以，我有理由懷疑，防火牆並沒有足夠的信息判斷TCP數據包的信息，除了IP地址和埠號。而且，我們也看到，所謂的埠，是為了區分不同的應用的，以在不同的IP包來到的時候能夠正確轉發。TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外的操作介面。就像操作系統會提供標準的編程介面，比如Win 編程介面一樣，TCP/IP也必須對外提供編程介面，這就是Socket編程介面--原來是這么回事啊！在Socket編程介面里，設計者提出了一個很重要的概念，那就是socket。這個socket跟文件句柄很相似，實際上在BSD系統里就是跟文件句柄一樣存放在一樣的進程句柄表裡。這個socket其實是一個序號，表示其在句柄表中的位置。這一點，我們已經見過很多了，比如文件句柄，窗口句柄等等。這些句柄，其實是代表了系統中的某些特定的對象，用於在各種函數中作為參數傳入，以對特定的對象進行操作--這其實是C語言的問題，在C++語言里，這個句柄其實就是this指針，實際就是對象指針啦。現在我們知道，socket跟TCP/IP並沒有必然的聯系。Socket編程介面在設計的時候，就希望也能適應其他的網路協議。所以，socket的出現只是可以更方便的使用TCP/IP協議棧而已，其對TCP/IP進行了抽象，形成了幾個最基本的函數介面。比如create，listen，accept，connect，read和write等等。現在我們明白，如果一個程序創建了一個socket，並讓其監聽 埠，其實是向TCP/IP協議棧聲明了其對 埠的佔有。以後，所有目標是 埠的TCP數據包都會轉發給該程序（這里的程序，因為使用的是Socket編程介面，所以首先由Socket層來處理）。所謂accept函數，其實抽象的是TCP的連接建立過程。accept函數返回的新socket其實指代的是本次創建的連接，而一個連接是包括兩部分信息的，一個是源IP和源埠，另一個是宿IP和宿埠。所以，accept可以產生多個不同的socket，而這些socket里包含的宿IP和宿埠是不變的，變化的只是源IP和源埠。這樣的話，這些socket宿埠就可以都是 ，而Socket層還是能根據源/宿對來准確地分辨出IP包和socket的歸屬關系，從而完成對TCP/IP協議的操作封裝！而同時，放火牆的對IP包的處理規則也是清晰明了，不存在前面設想的種種復雜的情形。
② android socket編程中，網路如何設置
原則上，對socket的操作（打開/讀寫）應該在子線程中進行。你放在UI的主線程里操作不對。
另外你都沒貼log出來或者說明log里列印的是什麼exception，那樣更有針對性。
③ linux socket 設置從哪個網路設備發送數據 SO
原因： 1、 因為伺服器是時時在監聽有沒有客戶端的連接，如果伺服器不綁定IP和埠的話,客戶端上線的時候怎麼連到伺服器呢,所以伺服器要綁定IP和埠，而客戶端就不需要了,客戶端上線是主動向伺服器發出請求的,因為伺服器已經綁定了IP和埠,所以客戶端上線的就向這個IP和埠發出請求,這時因為客戶開始發數據了(發上線請求),系統就給客戶端分配一個隨機埠,這個埠和客戶端的IP會隨著上線請求一起發給伺服器,服務收到上線請求後就可以從中獲起發此請求的客戶的IP和埠,接下來伺服器就可以利用獲起的IP和埠給客戶端回應消息了。 2、採用UDP通信 1）若有客戶端和伺服器之分的程序，創建sock後即可在該socket上用recvfrom/sendto方法發送接受數據了，因為客戶端只需要用sendto發送數據到指定的地址，當然若是bind了，程序也沒什麼問題，區別就是系統用默認自動bind()指定你自己的socket參數地址(特別是在指定特定埠的UDP對等通信)只是這種情況沒有這樣用的。 那UDP伺服器是怎麼知道客戶端的IP地址和UDP埠？ 一般來說有兩種方式： 一種是客戶端發消息顯式地告訴伺服器IP地址和埠，消息內容就包括IP地址和UDP埠。 另外一種就是隱式的，伺服器從收到的包的頭部中得到包的源IP地址和埠。 2）若是沒有客戶端和伺服器之分的程序，即自己指定特定埠的UDP對等通信，則客戶端和伺服器都需要bind（）IP地址和埠了。 通常udp服務端根本不需要知道客戶端的socket，它直接建立一個socket用於發送即可，udp通信的關鍵只在於IP和埠。 多個客戶端如果需要點到點分發，必須給服務端socket循環設置每個客戶端的IP並發出，但更常用的是廣播分發，服務端socket設定一個X.X.X.255的廣播地址並始終向它發送，每個客戶端建立的socket只需要綁定這個廣播地址便可以收到。 客戶端用不用bind 的區別 無連接的socket的客戶端和服務端以及面向連接socket的服務端通過調用bind函數來配置本地信息。使用bind函數時，通過將my_addr.sin_port置為0，函數會自動為你選擇一個未佔用的埠來使用。 Bind()函數在成功被調用時返回0；出現錯誤時返回"-1"並將errno置為相應的錯誤號。需要注意的是，在調用bind函數時一般不要將埠號置為小於1024的值，因為1到1024是保留埠號，你可以選擇大於1024中的任何一個沒有被佔用的埠號。 有連接的socket客戶端通過調用Connect函數在socket數據結構中保存本地和遠端信息，無須調用bind()，因為這種情況下只需知道目的機器的IP地址，而客戶通過哪個埠與伺服器建立連接並不需要關心，socket執行體為你的程序自動選擇一個未被佔用的埠，並通知你的程序數據什麼時候打開埠。（當然也有特殊情況，linux系統中rlogin命令應當調用bind函數綁定一個未用的保留埠號，還有當客戶端需要用指定的網路設備介面和埠號進行通信等等） 總之： 1.需要在建連前就知道埠的話，需要 bind 2.需要通過指定的埠來通訊的話，需要 bind 具體到上面那兩個程序，本來用的是TCP，客戶端就不用綁定埠了，綁定之後只能運行一個client 的程序，是屬於自己程序中人為設定的障礙，而從伺服器那邊得到的客戶機連接埠號（是系統自動分配的）與這邊客戶機綁定的埠號根本是不相關的，所以客戶 綁定也就失去了意義。 注意： 一個埠可以用於多個連接（比如多個客戶端連接伺服器的同一埠）。但是在同一個操作系統上，即伺服器和客戶端都是本機上，多個客戶端去連接伺服器，只有第一個客戶端的連接會被接收，第二個客戶端的連接請求不會被接收。 首先，伺服器和客戶端都可以bind，bind並不是伺服器的專利。 客戶端進程bind埠： 由進程選擇一個埠去連伺服器，（如果默認情況下，調用bind函數時，內核指定的埠是同一個，那麼運行多個調用了bind 的client 程序，會出現埠被佔用的錯誤）注意這里的埠是客戶端的埠。如果不分配就表示交給內核去選擇一個可用埠。 客戶端進程bind IP地址：相當於為發送出去的IP數據報分配了源IP地址，但交給進程分配IP地址的時候（就是這樣寫明了bind IP地址的時候）這個IP地址必須是主機的一個介面，不能分配一個不存在的IP。如果不分配就表示由內核根據所用的輸出介面來選擇源IP地址。 一般情況下客戶端是不用調用bind函數的，一切都交給內核搞定！ 服務端進程bind埠：基本是必須要做的事情，比如一個伺服器啟動時（比如freebsd），它會一個一個的捆綁眾所周知的埠來提供服務，同樣，如果bind了一個埠就表示我這個伺服器會在這個埠提供一些「特殊服務」。 服務端進程bind IP地址：目的是限制了服務端進程創建的socket只接受那些目的地為此IP地址的客戶鏈接，一般一個伺服器程序里都有 servaddr.sin_addr.s_addr = htonl(INADDR_ANY); // 只是針對IP4，IP6代碼不太一樣 這樣一句話，意思就是：我不指定客戶端的IP，隨便連，來者不拒！ 總之只要你bind時候沒有指定哪一項（置為0），內核會幫你選擇。
④ linux 下application的socket 代理設置保存的位置文件在哪
qq有自己的配置界面，在裡面添加就可以了。
⑤ c# Socket程序訪問網路如何使用代理
Socket 如果要使用代理必須自己實現 Socks4（5）協議，HttpRequest 可以使用IE的代理。
還有辦法就是，你用其他工具如 e-border, Permeo Security Driver,他們可以捕捉連接，發送和接收。