① c語言中關於socket函數的例子
函數說明：socket()用來建立一個新的socket, 也就是向系統注冊, 通知系統建立一通信埠. 參數domain 指定使用何種的地址類型, 完整的定義在/usr/include/bits/socket.h 內, 底下是常見的協議:
PF_UNIX/PF_LOCAL/AF_UNIX/AF_LOCAL UNIX 進程通信協議
PF_INET?AF_INET Ipv4 網路協議
PF_INET6/AF_INET6 Ipv6 網路協議
PF_IPX/AF_IPX IPX-Novell 協議
PF_NETLINK/AF_NETLINK 核心用戶介面裝置
PF_X25/AF_X25 ITU-T X. 25/ISO-8208 協議
PF_AX25/AF_AX25 業余無線AX. 25 協議
PF_ATMPVC/AF_ATMPVC 存取原始 ATM PVCs
PF_APPLETALK/AF_APPLETALK appletalk (DDP)協議
PF_PACKET/AF_PACKET 初級封包介面
參數 type 有下列幾種數值:
1、SOCK_STREAM 提供雙向連續且可信賴的數據流, 即TCP. 支持 OOB 機制, 在所有數據傳送前必須使用connect()來建立連線狀態.
2、SOCK_DGRAM 使用不連續不可信賴的數據包連接
3、SOCK_SEQPACKET 提供連續可信賴的數據包連接
4、SOCK_RAW 提供原始網路協議存取
5、SOCK_RDM 提供可信賴的數據包連接
6、SOCK_PACKET 提供和網路驅動程序直接通信. protocol 用來指定socket 所使用的傳輸協議編號, 通常此參考不用管它, 設為0 即可.
返回值：成功則返回socket 處理代碼, 失敗返回-1.
錯誤代碼：
1、EPROTONOSUPPORT 參數domain 指定的類型不支持參數type 或protocol 指定的協議
2、ENFILE 核心內存不足, 無法建立新的socket 結構
3、EMFILE 進程文件表溢出, 無法再建立新的socket
4、EACCESS 許可權不足, 無法建立type 或protocol 指定的協議
5、ENOBUFS/ENOMEM 內存不足
6、EINVAL 參數domain/type/protocol 不合法
② c語言socket文件傳輸問題
伺服器端（發送文件）：首先打開文件【fopen】，用rb方式打開，既可以發送文本文件，也可以發送二進制文件，在無錯時初始化套接字socket，即初始化socket庫【WSAStartup】，分配socket【socket】，填充伺服器的地址，即填充sockaddr_in結構，然後進行綁定【bind】，設置套接字為監聽套接字【listen】，接收連接【accept】，至此伺服器阻塞，等待客戶端的連接。
客戶端（接收文件）：首先打開文件【fopen】，用wb方式打開，在無錯時初始化套接字socket，即初始化socket庫【WSAStartup】，分配socket【socket】，填充客戶端的地址，即填充sockaddr_in結構，然後進行綁定【bind】，再填充伺服器的地址結構，然後調用【connect】進行連接，當連接成功後，第一階段的工作便結束了。
第二階段，發送文件。
伺服器端：使用循環while，結束條件是（！feof（fp）），fp是文件指針，feof檢測當前的文件讀取指針是否到達文件尾部，若到達了就返回真，否則返回假。然後在循環內部依次調用【fread】、【send】進行發送。這里有一個問題需要注意，調用fread的時候有兩個參數是要每次讀多少位元組和讀多少次，將第一個設置為1，將第二個設置為緩沖區的大小，用一個變數記錄實際讀到多少位元組，即【fread】的返回值，然後將其傳遞給【send】，就可以實現發送文件了，在發送完成後斷開連接【closesocket】，關閉文件【fclose】。
客戶端：使用while死循環，調用【recv】接收文件，【fwrite】寫入文件，這里也有個和上面類似的問題，就是要將recv的返回值傳遞給fwrite的第三個參數，即受到了多少位元組，就向文件中寫多少位元組。當recv返回值為0時（連接斷開時）退出循環，【closesocket】關閉套接字，調用【fclose】關閉文件。
③ 在windows下用C語言如何實現socket網路編程，需要用到哪些頭文件或者庫
需要用到的頭文件包含：
#include <winsock2.h>
#include <windows.h>
與Linux環境下socket編程相比，windows環境多了一個步驟：啟動或者初始化winsock庫
Winsock，一種標准API，一種網路編程介面，用於兩個或多個應用程序（或進程）之間通過網路進行數據通信。具有兩個版本：
Winsock 1:
Windows CE平台支持。
頭文件：WinSock.h
庫：wsock32.lib
Winsock 2:
部分平台如Windows CE貌似不支持。通過前綴WSA可以區別於Winsock 1版本。個別函數如WSAStartup、WSACleanup、WSARecvEx、WSAGetLastError都屬於Winsock 1.1規范的函數；
頭文件：WinSock2.h
庫：ws2_32.lib
mswsock.h用於編程擴展，使用時必須鏈接mswsock.dll
(3)c語言socket圖片擴展閱讀
winsock庫的載入與卸載：
載入：int WSAStartup(WORD wVersionRequested, LPWSADATA lpWSAData);
載入成功，返回值為0。
WORD wVersionRequested：載入的winsock版本，使用宏MAKEWORD(x, y)，x表示高位元組,y表示低位元組。然而使用時MAKEWORD(2, 2)。高位元組與低位元組相同~~
LPWSADATA lpWSAData：WSADATA結構的指針，傳入參數後，系統幫助我們填充版本信息。有興趣的可以看看結構體內容，不過基本用不著。
卸載：int WSACleanup(void);比起載入，卸載的函數真是輕松愉快。
④ c語言socket編程read()函數問題
write/read，是關於寫特定的文件描述符使用的比較底層的系統調用，
sendto/recvfrom適用於用udp（數據包）方式的套接字中使用的，
其他的沒見過，我是學linux編程的
Windows下的socket和Linux下的socket是不一樣的，我沒有查到sendmsg/recvmsg這個方法，上面的鏈接是一個類似的函數，它和send/recv 的區別是，這個函數可以發送socket控制信息，看API就知道。
另外我也沒有看到有write/read函數。 sendto/recvfrom用於UDP鏈接，send/recv用於TCP鏈接。
你列舉的其餘函數，我都沒找到。下面的API地址供樓主查詢驗證。
http://msdn.microsoft.com/en-us/library/windows/desktop/ms741692(v=vs.85).aspx
⑤ socket編程。怎麼實現數據包的轉發C語言版的。
我也不知道····只好復制一份···共同學習~~ 要寫網路程序就必須用Socket，這是程序員都知道的。而且，面試的時候，我們也會問對方會不會Socket編程？一般來說，很多人都會說，Socket編程基本就是listen，accept以及send，write等幾個基本的操作。是的，就跟常見的文件操作一樣，只要寫過就一定知道。對於網路編程，我們也言必稱TCP/IP，似乎其它網路協議已經不存在了。對於TCP/IP，我們還知道TCP和UDP，前者可以保證數據的正確和可靠性，後者則允許數據丟失。最後，我們還知道，在建立連接前，必須知道對方的IP地址和埠號。除此，普通的程序員就不會知道太多了，很多時候這些知識已經夠用了。最多，寫服務程序的時候，會使用多線程來處理並發訪問。我們還知道如下幾個事實：1。一個指定的埠號不能被多個程序共用。比如，如果IIS佔用了80埠，那麼Apache就不能也用80埠了。2。很多防火牆只允許特定目標埠的數據包通過。3。服務程序在listen某個埠並accept某個連接請求後，會生成一個新的socket來對該請求進行處理。於是，一個困惑了我很久的問題就產生了。如果一個socket創建後並與80埠綁定後，是否就意味著該socket佔用了80埠呢？如果是這樣的，那麼當其accept一個請求後，生成的新的socket到底使用的是什麼埠呢（我一直以為系統會默認給其分配一個空閑的埠號）？如果是一個空閑的埠，那一定不是80埠了，於是以後的TCP數據包的目標埠就不是80了--防火牆一定會組織其通過的！實際上，我們可以看到，防火牆並沒有阻止這樣的連接，而且這是最常見的連接請求和處理方式。我的不解就是，為什麼防火牆沒有阻止這樣的連接？它是如何判定那條連接是因為connet80埠而生成的？是不是TCP數據包里有什麼特別的標志？或者防火牆記住了什麼東西？後來，我又仔細研讀了TCP/IP的協議棧的原理，對很多概念有了更深刻的認識。比如，在TCP和UDP同屬於傳輸層，共同架設在IP層（網路層）之上。而IP層主要負責的是在節點之間（End to End）的數據包傳送，這里的節點是一台網路設備，比如計算機。因為IP層只負責把數據送到節點，而不能區分上面的不同應用，所以TCP和UDP協議在其基礎上加入了埠的信息，埠於是標識的是一個節點上的一個應用。除了增加埠信息，UPD協議基本就沒有對IP層的數據進行任何的處理了。而TCP協議還加入了更加復雜的傳輸控制，比如滑動的數據發送窗口（Slice Window），以及接收確認和重發機制，以達到數據的可靠傳送。不管應用層看到的是怎樣一個穩定的TCP數據流，下面傳送的都是一個個的IP數據包，需要由TCP協議來進行數據重組。所以，我有理由懷疑，防火牆並沒有足夠的信息判斷TCP數據包的更多信息，除了IP地址和埠號。而且，我們也看到，所謂的埠，是為了區分不同的應用的，以在不同的IP包來到的時候能夠正確轉發。TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外的操作介面。就像操作系統會提供標準的編程介面，比如Win32編程介面一樣，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等等。現在我們明白，如果一個程序創建了