为什么多线程下recv不阻塞？

broadury 2005-10-03 01:09:31

现在在做一个代理服务器，需要用到多线程。
一个线程一直在接收数据，另一个一直发送。
但是当接收进程将数据接收完毕之后，继续recv，这时候按我想的话，线程应该阻塞在这里，但是结果是一直收到长度为0的数据，并没有阻塞（抓包看出其实并没有数据进来）。
所以导致CPU占用率很高
大家有没有什么好的主意？伤脑筋啊！

...全文

196 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

darkstar21cn 2005-10-04

打赏
举报

回复

每次接收为０时，说明没有数据，线程就应该进入休眠。ｕｓｌｅｅｐ（纳秒）

daemeon 2005-10-03

打赏
举报

回复

非阻塞的方式， recv的返回值应该是-1, errno是EAGAIN.

tb01412 2005-10-03

打赏
举报

回复

那不是多线程的问题，而是你有可能以非阻塞的方式来处理的，你可以试一下单线程来读数据，看是不是也不阻塞？

windows下基于select网络模式的TCP客户端源码。使用多线程处理接收（Qt多线程工程），select模型解决了实现多个客户端链接，与多个客户端分别通信两个模型都存在recv(),send()执行阻塞问题

server端用select模型来解决accept和recv的阻塞问题，不适用多线程

本文实例讲述了Python实现socket非阻塞通讯功能。分享给大家供大家参考，具体如下：非阻塞需要多线程编程服务端方式1: 使用threading库实现多线程 基本方法和单进程基本写法一致, 将收发部分封装为函数以便开启其他线程: import socket import time import threading def handle_socket(conn, addr): while True: data = conn.recv(1024) print(data.decode('utf-8')) time.sleep(3) send_data

一.简介使用socket 阻塞通讯时，当程序调用recv() 方法从socket 中读取数据时，如果没有读取到数据时，当前线程将会被阻塞，因此为了解决这个问题采用了多线程的方式，制约了服务器高并发的访问。 selectors 模块允许socket 以非阻塞的方式进行通信，selectors 相当于事件注册中心，程序只要将所有事件注册给selectors 管理，当selectors 检测到socket 中的特定事件后，程序就调用相关的监听方法进行处理。 selectors 主要支持两种事件： selectors.EVENT_READ:当socket 有数据可读时触发该事件。当客户端连接进来时也

Symbian OS中提供了很多异步函数，这些异步函数大多部分都是基于“服务器-客户端”架构的。这里与win32 api中的函数有很大的不同。如： win32中，CSocket::Receive（是recv而不是WSARecv）为同步函数，线程阻塞在Receive处，直到套接字接收到了网络流才返回。 Symbian OS也有类似的函数，RSocket::Receive，但是此函数是一个异步函数，线程不会阻塞在Receive处而会继续执行。

Linux/Unix社区

23,114

社区成员

74,507

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章