socket的send()方法要向哪发送数据？

一、socket的send()方法要向哪发送数据？

socket在初始化的时候是要求要连接的地址和端口的，连接成功后，用send才能发送数据。发送的数据也是只限于连接的服务器。

二、linux socket文件的作用？

Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。

三、linux socket默认超时时间？

举例： s=socket(); 设置s为non-blocking； connect(s,..); FD_SET...; rc = select(..., 10s); if (rc == 0) 表示10s超时了。 这个超时的意思是：10s之内，select中所有socket的事件均未产生（如果至少有一个产生，则rc大于0) 注意：这个10s跟connect本身的超时机制完全无关，前者的设置不影响后者。

10s后select的返回，表明10s内connect还没成功，connect可能还在按自己的超时机制（例如慢启动）尝试重连（当然它最终也有个超时）。

至于connect本身的超时是否可以设置，可能各系统不一样。 顺便提醒：connect的socket必须是non-blocking类型，否则，connect会阻塞，也就没必要用select来检测是否连接成功。

另外，那个s要注册到write类型的fd中，即select的第3个参数中。

其他listen，recv什么的，完全类似（但listen，recv本身没有什么超时概念）。

只不过listen的和recv的socket，要注册到read的fd中。

四、socket中的recv和send都有错，怎么解决？

是这样的，你的通信是同步的，所以recv一直处于接收状态，只有接收到数据才会执行下一步。改进：可以循环等待接收，在循环里可以处理recv：

1、使用setsockopt设置超时时间。

2、添加select等异步处理（里面也可以设置时间）。PS：个人建议：你若急着完成任务可以采用1，若你是学习状态，可以学习一下select等异步通信

五、linux下socket编程中close（）函数？

只要不用close或fclose，不管把这个socket_fd值存到哪里，都可以使用。比如：

int socket_fd = socket(...);

int socket_x = socket_fd;

那么send(socket_x)和send(socket_fd)结果完全一致

六、linux下每个socket会占用多少内存？

net.ipv4.tcp_wmem = 4096 16384 4194304net.ipv4.tcp_rmem = 4096 87380 4194304就是说，每个tcp连接的socket，至少需要8k字节，那么对于8G内存的机器，如果不考虑swap等其他因素，最多支持并发100万个tcpsocket

七、Linux中本机和本机Socket通信会走网卡吗？

旗帜鲜明说观点，本机之间的Socket通信，有可能走网卡，剩下的全部不走网卡。

这是一道路由（IP Routing）题，所以这道题只和IP Routing有关，即TCP/IP协议栈的IP路由有关。

不走网卡的场景

场景1：服务器IP = 127.0.0.1

服务器IP =127.0.0.1，即IP包的目IP=127.0.0.1，那IP包的源IP地址是什么？

IP模块基于目的IP =127.0.0.1，查询路由表发现最佳路由的出口为虚拟接口（127.0.0.1），于是就用它（127.0.0.1）作为源IP，它距离目的地最近。这是操作系统默认行为，如果用户没有明确指定源IP地址，操作系统选择路由出接口（Exiting Interface）的IP地址。

既然IP包已经完成了封装，IP Routing按照路由查询结果进行发送，并进入Sending Queue，IP Routing有一个判断逻辑，如果IP包的目的IP == 本地接口IP，需要将Sending Queue的该IP包移入Receiving Queue，相当于发送线与接收线短接（loopback）。

然后该IP包按照IP路由提交给虚拟接口（127.0.0.1），IP包没有经过网卡。

场景2：服务器IP = 10.1.1.1，IP绑定一个硬件网卡

同上，由于用户没有指定源IP，系统默认使用10.1.1.1作为源IP。该IP包被IP Routing做了收发短接，IP包在IP Routing模块里即发生了收发，IP包不经过网卡。

场景3：服务器IP = 10.1.1.1（一块网卡），客户端10.1.1.2 （同机另一块网卡），开启多接口路由功能

服务器IP =10.1.1.1，即IP包的目IP=10.1.1.1，源IP = 10.1.1.2 （由用户明确指定）。操作系统开启了多个网络接口IP Routing功能，如下图所示：

此时主机是一台路由器，该IP包被IP Routing做了收发短接，IP包在IP Routing模块里即发生了收发，IP包不经过网卡。

走网卡的场景

场景4：服务器IP = 10.1.1.1（一块网卡），客户端10.1.1.2 （同机另一块网卡），关闭多接口路由功能。

这个场景非常容易让人迷惑，之所以容易迷惑，是因为尽管服务器有两块网卡，但是这两块网卡老死不相往来。如果没有其它网络设备的帮助，是无法通信的，因为两块网卡之间的路由功能已经关闭，如下图所示：

目的IP =10.1.1.1，按照正常查询路由表的决策，最优路由（10.1.1.1/32，匹配长度为32bit）的出接口为10.1.1.1接口，那么应该使用10.1.1.1接口的IP= 10.1.1.1作为源IP地址，但是这和客户端指定的IP = 10.1.1.2并不相同，很显然无法满足客户端的需求。

于是，在次优路由里看看是否有满足用户需求的路由条目，值得欣慰的是，确实有这么一条次优路由（10.1.1.0/24，匹配长度为24bit），这条路由对应的出接口为10.1.1.2，系统会使用该接口的IP =10.1.1.2 作为源IP地址，恰好满足客户的需求。

然后这个IP包完成封装，进入Sending Queue，接下来会发生什么？

有同学说，由于IP包的目的IP地址 = 10.1.1.1， 恰好满足上文的判断逻辑，收发短接，同样不会经过网卡，对吗？

不对！

上文说了，这两块网卡是两个平行世界的接口，所以上文的判断逻辑不再适用。在出接口10.1.1.2的平行世界里，本地只有自己一个接口，接口10.1.1.1并不存在。

所以，接下来的一切主机之间的通信，就仿佛是两个主机之间的通信。需要发ARP广播请求对方的MAC地址，ARP通过网卡到达交换机，然后交换机广播ARP，ARP请求到达10.1.1.1。

服务器10.1.1.1发送ARP回复，经过网卡到达交换机，然后再到达主机10.1.1.2。最后两个主机就可以通信了，整个通信过程都会经过网卡。

上文的Routing的开关，在Windows操作系统使用“Services.msc” 设置”Routing and Remote Access”完成，Linux系统应该也有对应的开关配置。

八、linux中read，write和recv，send的区别？

Linux的recv、send函数和read、write函数都可以用于套接字编程。区别：

1、recv、send只用于套接字通信；

2、read、write是底层系统调用，只要是文件操作就都可以用， 比如套接字操作，套接字描述符属于是文件描述符的一种，套接字本身在Linux上就叫做套接字文件。所以read、write函数不光可以用于套接字编程，也可以用于读取其他各种文件，比如用于文件编程读写普通文件。

九、linux中socket是如何调用驱动程序？

Linux 中的 socket 可以通过系统调用接口调用驱动程序。系统调用接口是一种用户空间的接口，通过该接口，用户空间的程序可以请求操作系统内核提供服务，例如创建文件、读写文件等。在 Linux 中，socket 编程主要是通过系统调用接口来调用驱动程序的。例如，要创建一个 socket，可以使用`socket`函数，它是一个系统调用接口，需要通过系统调用来请求内核提供服务。

驱动程序收到请求后，会根据请求创建相应的 socket 结构，并将该 socket 绑定到指定的设备上。

这样，用户空间的程序就可以通过该 socket 发送数据并接收响应了。

十、Linux下利用socket编程实现文件传输？

要下班了，时间急，不写代码了先给你一个思路

1 实现最简单的udp socket 模型，实现发送一个字符串。

2 实现一个简单的打开文件，读取文件的例子，如用fgets(),类似的函数有很多，然后再把读取的文件内容忘另一个文件里写(相关函数fopen(),write(),read())。

3 把上面两个函数结合到一起，在客户端实现打开要传送的文件，按一定的大小读取，读取后调用sendto（）发送到服务器端。在服务器端创建一个文件，然后调用recvfrom（）接受客户端发送过来的数据，向来是创建的那个文件中写。 下面是改好的udp发送文件的例子。服务器端程序的编译gcc -o file_server file_server客户端程序的编译gcc -o file_client file_client.c服务器程序和客户端程应当分别运行在2台计算机上.服务器端程序的运行,在一个计算机的终端执行./file_server客户端程序的运行,在另一个计算机的终端中执行./file_client 运行服务器程序的计算机的IP地址根据提示输入要传输的服务器上的文件，该文件在服务器的运行目录上在实际编程和测试中,可以用2个终端代替2个计算机,这样就可以在一台计算机上测试网络程序,服务器端程序的运行,在一个终端执行./file_server客户端程序的运行,在另一个终端中执行./file_client 127.0.0.1说明: 任何计算机都可以通过127.0.0.1访问自己. 也可以用计算机的实际IP地址代替127.0.0.1//////////////////////////////////////////////////////////////////////////////////////// file_server.c 文件传输顺序服务器示例////////////////////////////////////////////////////////////////////////////////////////本文件是服务器的代码#include