① 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等等。现在我们明白，如果一个程序创建了