解决Linux Socket阻塞问题的方法 (linux socket阻塞)
在Linux操作系统中，Socket编程是一种常见的网络编程方式。Socket编程包含了分客户端和服务端两个角色，客户端向服务端发起请求，服务端接收请求并处理，之后向客户端返回响应。在执行这个过程中，有时会出现Socket阻塞问题，导致程序失去响应，无法正常运行。本文将介绍几种。
1. 设置Socket为非阻塞模式
阻塞是Socket程序中最常见的问题之一，当Socket在读或写数据时，如果没有数据可用或者缓冲区已满，程序将会永远阻塞在那里，以至于无法继续执行。我们可以通过设置Socket为非阻塞模式来避免这个问题。在非阻塞模式下，Socket将没有数据可用时，立即返回错误而不是阻塞，并且当缓冲区已满时，立即返回错误。对于非阻塞Socket，我们可以使用select、poll、epoll等多路复用IO技术，以实现非阻塞IO。
2. 设置Socket超时时间
超时时间是指在指定时间内如果没有数据读取或写入，Socket将会自动关闭，以避免程序永久阻塞的情况。我们可以使用setsockopt函数来设置Socket的超时时间，如下所示：
“`c
struct timeval timeout;
timeout.tv_sec = 5; // 超时时间5秒
timeout.tv_usec = 0;
setsockopt(sockfd, SOL_SOCKET, SO_RCVTIMEO, (char *)&timeout, sizeof(timeout));
“`
在上面的代码中，SO_RCVTIMEO选项将Socket的接收超时时间设置为5秒。当Socket在接收数据时，如果在5秒内没有收到数据，Socket将自动关闭，程序将不会永久阻塞。
3. 使用多线程/多进程
多线程/多进程是一种常用的解决Socket阻塞问题的方法。我们可以在程序中启动多个线程或进程，每个线程/进程负责管理一个Socket连接，读取数据并处理。这样可以避免Socket在读取或写入数据时出现阻塞，提高程序的执行效率。
4. 使用异步Socket编程
异步Socket编程是一种高效的Socket编程方式，它在没有数据可用时不会阻塞程序，而是通过回调函数或事件通知的方式来处理数据。与传统的同步Socket编程模型不同，异步Socket编程使用了IO Completion Ports（I/O完成端口）、Linux O、Event-driven等技术。异步Socket编程能够更大程度地利用CPU和系统资源，提高程序的处理效率，在高并发场景下表现优异。
综上所述，以上是一些。开发Socket程序时，我们应该根据具体的情况选择合适的方法，以实现高效稳定的网络通信。
相关问题拓展阅读：
linuxsocket无法断开
c++
Linux环境中使用socket进行UDP和TCP多线程通信无法关闭socket
（^v^）
原创
关注
0点赞·641人阅读
在Linux下，使用QT编程网络通信，为提高通信效率，使用原始socket进行网络编程，在QT线程中经常出现线程无法退出，原因来源于socket无法关闭。
线程处理如下：
void communicationClass::run()
{
// 开启数据处理线程
#ifdef Q_OS_LINUX
//配置服务器信息
bzero(&m_sServer_addr, sizeof(m_sServer_addr));
m_sServer_addr.sin_family = AF_INET;
//设置为IPV4通信
m_sServer_addr.sin_addr.s_addr = htonl(INADDR_ANY);
//设置目的ip
m_sServer_addr.sin_addr.s_addr = inet_addr(m_strSendIP.toStdString().c_str());
//设置目的端口去链接服务器
m_sServer_addr.sin_port = htons(m_ui16Port);
//配置本地信息
bzero(&m_sLocal_addr, sizeof(m_sLocal_addr));
m_sLocal_addr.sin_family = AF_INET;
//设置为IPV4通信
//loc_addr.sin_addr.s_addr = htonl(INADDR_ANY);
//设置目的ip
m_sLocal_addr.sin_addr.s_addr = htonl(INADDR_ANY);
//设置本地端口去链接服务器
m_sLocal_addr.sin_port = htons(m_ui16Port);
m_iSockedFd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);//设置UDP报文传输 0表示默认 SOCK_DGRAM 默认使用UDP
//其中第三位 0 是调用方式标志位嫌岩吵，设置socket通方式，比如非阻塞
if(m_iSockedFd 0)
{
// 组装返回数据buffer
QByteArray arrayRecvData;
arrayRecvData.resize(count);
memcpy(arrayRecvData.data(), buf, count);
// qDebug() 0)
{
// 组装返回数据buffer
QByteArray arrayRecvData;
arrayRecvData.resize(count);
memcpy(arrayRecvData.data(), buf, count);
emit signal_recvNetworkData(arrayRecvData);
}
}
#endif
qDebug()
int shutdown(int sockfd,int how);
TCP连接是双向的(是可读写的),当我们使用close时,会把读写通道都关闭,有时侯我们希望只关闭一个方向,这个时候我们能够使用shutdown.
how的方式有三种分别是
SHUT_RD（0）：关闭sockfd上的读功能，此选项将不允许sockfd进行读操作。
SHUT_WR（1）：关闭sockfd的写功能，此选项将不允许sockfd进行写操作。
SHUT_RDWR（2）：关闭sockfd的读写功能。
成功则返回0，错误返回-1，错误码errno：EBADF表示sockfd不是一个有效描述符；ENOTCONN表示sockfd未连接；ENOTSOCK表示sockfd是一个文件描述符而不是socket描述符。
请问linux怎么增大socket连接上限？
增大Linux的socket更大连接数 最近接的项目是模拟多个socket 客户端与服务器进行通信。由于Linux 系统的限制，在linux/include/linux/posix_types.h文件中有如下的宏定义：#undef __FD_SETSIZE#define __FD_SETSIZE 1024这个宏启灶是对更大文件描述符的定义为1024。当需要1024个以上的fd时，例如select()函数就会侦听出错。因此需要将1024改成需要的数目，但最多不能超过65535。但仅仅修改这个是不够的。第二步就需要修改一个进程更大打开的文件数。其具体步骤是：1、cd /usr/src/linux-2.4/include/linux2、vi limits.h 编辑文件：#define NR_OPEN原值为1024#define OPEN_MAX原值为10243、vi fs.h#define INR_OPEN原值为1024#define NR_FILE原值为8192，这个值为内存64/1M的比率计算，1G内存计算为:64*1024#define NR_RESERVED_FILES 128 原值为10.4、cd /usr/肢茄src/linux-2.4/include/net5、vi tcp.h#define TCP_LHTABLE_SIZE 128 原值为32.便于listen侦听队列，设大。设置更大打开文件数与内存相关，太大系统会变慢。第三步就是编译内核，其具体步骤是： 1. make clean2. make3. make dep4. make bzImage将bzImage 导入/boot 重启系统即可!用1024个历旁察以上客户端与服务器进行连接，在服务器的终端用netstat |wc 命令可以统计出当前建立的socket的连接数。
1、修改用户进程可打开文件数限制
在Linux平台上，无论编写客户端程序还是服务端程序，在进行高并发TCP连慎游接处理时，
更高的并发数量都要受到系统对用户单一进程同时可打开文件数量的限制(这是因为系统
为每个TCP连接都要创建一个socket句柄，每个socket句柄同时也是一个文件句柄)。
可使用ulimit命令查看系统允许当前用户进程打开的文件数限制：
$ ulimit -n
1024
这表示当前用户的每个进程最多允许同时打开1024个文件，这1024个文件中还得除去
每个进程必然打开的标准输入，标准输出，标准错误，服务器监听 socket，
进程间通讯的unix域socket等文件，那么剩下的可用于客户端socket连接的文件数就
只有大概=1014个左右。也就是说缺省情况下，基于Linux的通讯程序最多允许
同时1014个TCP并发连接。
对于想支持更高数量的TCP并发连接的通讯处理程序，就必须修改Linux对当前用户的
进程同时打开的文件数量的软限制(soft limit)和硬限制(hardlimit)。其中软限制
是指Linux在当前系统能够承受的范围内进一步限制用户同时打开的文件数；硬限制
则是根据系统硬件资源状况(主要是系统内存)计算出来的系统最多可同时打开的文件数量。
通常软限制小于或等于硬限制。
修改上述限制的最简单的办法就是使用ulimit命令：
$ ulimit -n
上述命令中，在中指定要设置的单一进程允许打开的更大文件数。如果系统回显
类似于“Operation notpermitted”之类的话，说明上述限制修改失败，实际上是
因为在中指定的数值超过了Linux系统对该用户打开文件数的软限制或硬限制。
因此，就需要修改Linux系统对用户的关于打开文件数的软限制和硬限制。
之一步，修改/etc/security/limits.conf文件，在文件中添加如下行：
speng soft nofile 10240
speng hard nofile 10240
其中speng指定了要修改哪个用户的打开文件数限制，可用’*’号表示修改所有用户的限制；
soft或hard指定要修改软限制还是硬限制；10240则指定了想要修改的新的限制值，
即更大打开文件数(请注意软限制值要小于或等于硬限制)。修改完后保存文件。
第二步，修改/etc/pam.d/login文件，在文件中添加如下行：
session required /lib/security/pam_limits.so
这是告诉Linux在用户完成系统登录后，应该调用pam_limits.so模块来设置系统对
该用户可使用的各种资源数量的更大限制(包括用户可打开的更大文件数限制)，
而pam_limits.so模块就会从/etc/security/limits.conf文件中读取配置来设置这些限制值。
修改完后保存此文件。
第三步，查看Linux系统级的更大打开文件数限制，使用如下命令：
$ cat /proc/sys/fs/file-max
12158
这表明这台Linux系统最多允许同时打开(即包含所有用户打开文件数总和)12158个文件，
是Linux系统级硬限制，所有用户级的打开文件数限制都不应超过这个数值。通常这个系统级
硬限制是Linux系统在启动时根据系统硬件资源状况计算出来的更佳的更大同时打开文件数限制，
如果没有特殊需要，不应该修改此限制，除非想为用户级打开文件数限制设置超过此限制的值。
修改此硬限制的方法是修改/etc/rc.local脚本，在脚本中添加如下行：
echo> /proc/sys/fs/file-max
这是让Linux在启动完成后强行将系统级打开文件数硬限制设置为22158。修改完后保存此文件。
完成上述步骤后重启系统，一般情况下就可以明孝巧将Linux系统对指定用户的单一进程允许同时
打开的更大文件数限制设为指定的数值。如果重启后用 ulimit-n命令查看用户可打开文件数限制
仍然低于上述步骤中设置的更大值，这可激键能是因为在用户登录脚本/etc/profile中使用ulimit -n命令
已经将用户可同时打开的文件数做了限制。由于通过ulimit-n修改系统对用户可同时打开文件的
更大数限制时，新修改的值只能小于或等于上次 ulimit-n设置的值，因此想用此命令增大这个
限制值是不可能的。
所以，如果有上述问题存在，就只能去打开/etc/profile脚本文件，
在文件中查找是否使用了ulimit-n限制了用户可同时打开的更大文件数量，如果找到，
则删除这行命令，或者将其设置的值改为合适的值，然后保存文件，用户退出并重新登录系统即可。
通过上述步骤，就为支持高并发TCP连接处理的通讯处理程序解除关于打开文件数量方面的系统限制。
2、修改网络内核对TCP连接的有关限制
在Linux上编写支持高并发TCP连接的客户端通讯处理程序时，有时会发现尽管已经解除了系统
对用户同时打开文件数的限制，但仍会出现并发TCP连接数增加到一定数量时，再也无法成功
建立新的TCP连接的现象。出现这种现在的原因有多种。
之一种原因可能是因为Linux网络内核对本地
端口号
范围有限制。此时，进一步分析为什么无法
建立TCP连接，会发现问题出在connect()调用返回失败，查看系统错误提示消息是“Can’t assign requestedaddress”。同时，如果在此时用tcpdump工具监视网络，会发现根本没有TCP连接时客户端
发SYN包的网络流量。这些情况说明问题在于本地Linux系统内核中有限制。
其实，问题的根本原因
在于
Linux内核
的TCP/IP协议实现模块对系统中所有的客户端TCP连接对应的本地端口号的范围
进行了限制(例如，内核限制本地端口号的范围为1024~32768之间)。当系统中某一时刻同时
存在太多的TCP客户端连接时，由于每个TCP客户端连接都要占用一个唯一的本地端口号
(此端口号在系统的本地端口号范围限制中)，如果现有的TCP客户端连接已将所有的本地端口号占满，
则此时就无法为新的TCP客户端连接分配一个本地端口号了，因此系统会在这种情况下在connect()
调用中返回失败，并将错误提示消息设为“Can’t assignrequested address”。
有关这些控制
逻辑可以查看Linux内核源代码，以linux2.6内核为例，可以查看tcp_ipv4.c文件中如下函数：
static int tcp_v4_hash_connect(struct sock *sk)
请注意上述函数中对变量sysctl_local_port_range的访问控制。变量sysctl_local_port_range
的初始化则是在tcp.c文件中的如下函数中设置：
void __init tcp_init(void)
内核编译时默认设置的本地端口号范围可能太小，因此需要修改此本地端口范围限制。
之一步，修改/etc/sysctl.conf文件，在文件中添加如下行：
net.ipv4.ip_local_port_range =
这表明将系统对本地端口范围限制设置为1024~65000之间。请注意，本地端口范围的最小值
必须大于或等于1024；而端口范围的更大值则应小于或等于65535。修改完后保存此文件。
第二步，执行sysctl命令：
$ sysctl -p
如果系统没有错误提示，就表明新的本地端口范围设置成功。如果按上述端口范围进行设置，
则理论上单独一个进程最多可以同时建立60000多个TCP客户端连接。
第二种无法建立TCP连接的原因可能是因为Linux网络内核的IP_TABLE防火墙对更大跟踪的TCP
连接数有限制。此时程序会表现为在 connect()调用中阻塞，如同死机，如果用tcpdump工具监视网络，
也会发现根本没有TCP连接时客户端发SYN包的网络流量。由于 IP_TABLE防火墙在内核中会对
每个TCP连接的状态进行跟踪，跟踪信息将会放在位于内核内存中的conntrackdatabase中，
这个数据库的大小有限，当系统中存在过多的TCP连接时，数据库容量不足，IP_TABLE无法为
新的TCP连接建立跟踪信息，于是表现为在connect()调用中阻塞。此时就必须修改内核对更大跟踪
的TCP连接数的限制，方法同修改内核对本地端口号范围的限制是类似的：
之一步，修改/etc/sysctl.conf文件，在文件中添加如下行：
net.ipv4.ip_conntrack_max = 10240
这表明将系统对更大跟踪的TCP连接数限制设置为10240。请注意，此限制值要尽量小，
以节省对内核内存的占用。
第二步，执行sysctl命令：
$ sysctl -p
如果系统没有错误提示，就表明系统对新的更大跟踪的TCP连接数限制修改成功。
如果按上述参数进行设置，则理论上单独一个进程最多可以同时建立10000多个TCP客户端连接。
3、使用支持高并发网络I/O的编程技术
在Linux上编写高并发TCP连接
应用程序
时，必须使用合适的网络I/O技术和I/O事件分派机制。
可用的I/O技术有同步I/O，非阻塞式同步I/O(也称反应式I/O)，以及异步I/O。在高TCP并发的情形下，
如果使用同步I/O，这会严重阻塞程序的运转，除非为每个TCP连接的I/O创建一个线程。
但是，过多的线程又会因系统对线程的调度造成巨大开销。因此，在高TCP并发的情形下使用
同步 I/O是不可取的，这时可以考虑使用非阻塞式同步I/O或异步I/O。非阻塞式同步I/O的技术包括使用select()，poll()，epoll等机制。异步I/O的技术就是使用AIO。
从I/O事件分派机制来看，使用select()是不合适的，因为它所支持的并发连接数有限(通常在1024个以内)。
如果考虑性能，poll()也是不合适的，尽管它可以支持的较高的TCP并发数，但是由于其采用
“轮询”机制，当并发数较高时，其运行效率相当低，并可能存在I/O事件分派不均，导致部分TCP
连接上的I/O出现“饥饿”现象。而如果使用epoll或AIO，则没有上述问题(早期Linux内核的AIO技术
实现是通过在内核中为每个 I/O请求创建一个线程来实现的，这种实现机制在高并发TCP连接的情形下
使用其实也有严重的性能问题。但在最新的Linux内核中，AIO的实现已经得到改进)。
综上所述，在开发支持高并发TCP连接的Linux应用程序时，应尽量使用epoll或AIO技术来实现并发的
TCP连接上的I/O控制，这将为提升程序对高并发TCP连接的支持提供有效的I/O保证。
内核参数sysctl.conf的优化
/etc/sysctl.conf 是用来控制linux网络的配置文件，对于依赖网络的程序（如web服务器和cache服务器）
非常重要，RHEL默认提供的更好调整。
推荐配置（把原/etc/sysctl.conf内容清掉，把下面内容复制进去）：
net.ipv4.ip_local_port_range =
net.core.rmem_max=
net.core.wmem_max=
net.ipv4.tcp_rmem=77216
net.ipv4.tcp_wmem=77216
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_window_scaling = 0
net.ipv4.tcp_sack = 0
net.core.netdev_max_backlog = 30000
net.ipv4.tcp_no_metrics_save=1
net.core.somaxconn =
net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_max_orphans =
net.ipv4.tcp_max_syn_backlog =
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
这个配置参考于cache服务器varnish的推荐配置和SunOne 服务器系统优化的推荐配置。
varnish调优推荐配置的地址为：
不过varnish推荐的配置是有问题的，实际运行表明“net.ipv4.tcp_fin_timeout = 3”的配置
会导致页面经常打不开；并且当网友使用的是IE6浏览器时，访问网站一段时间后，所有网页都会
打不开，重启浏览器后正常。可能是国外的网速快吧，我们国情决定需要
调整“net.ipv4.tcp_fin_timeout = 10”，在10s的情况下，一切正常（实际运行结论）。
修改完毕后，执行：
/in/sysctl -p /etc/sysctl.conf
/in/sysctl -w net.ipv4.route.flush=1
命令生效。为了保险起见，也可以reboot系统。
调整文件数：
linux系统优化完网络必须调高系统允许打开的文件数才能支持大的并发，默认1024是远远不够的。
执行命令：
Shell代码
echo ulimit -HSn>> /etc/rc.local
echo ulimit -HSn>>/root/.bash_profile
Linux中C语言的一个函数的源代码：socket 编程中的 recv() 函数。
在内核中它是sys_recv()
你好
recv函数只是在用户空间定义的。内核空间举漏有与之对应的函数，也就是说，执行recv函数就会调用到内核中与它对应的函数，实际起作用的就是内核里的这个函数。
至于内核里调用的是那个函数，你不需要是找，那样会把你看晕的，内核里的调用关系复杂的很，除非对内核非常了解的，才会找到到底是怎么调用的，他也是只是找到怎么调用的，至于为什么这样调用是极少人知道的。得问linux的开发者。因为内核的代码量是太多了。有人花了三年时间才看完内核代码。
souce insight只能查找内核里有的东西，属于内核的。recv()函数是不属于内核的，所以正物烂用这个是查找不到的
希望可以帮到你，望选为蚂宽满意答案
1、recv是socket编程中最常用的函数之一，在阻塞状态的recv有时候会返回不同链颂的值，而对于错误值也有相应的错误码，分别对应不同的状态。
2、recv函数只是在用户空间定义的。内核空间有与之对应的函数，也就是说，执行recv函数就会调用到内核中与它对应的函数，实际起作用的就是内核里的这个函数。至于内核里调用的是那个函数，历山内核里的调用关系复杂的很，除非对内核非常了解的，才会找到到底是怎么调用的，他也是只是找棚烂郑到怎么调用的。
这是通过系统调用下去的，找调用号，找宏，然后就找到了函数
建议使用souce:insight查找
关于linux socket阻塞的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
