多线程中调用sendto函数是否需要线程同步的问题？

kgduwu 2013-11-07 10:17:20

在数个线程中调用sendto函数发送信息，有些线程调用中是使用的同一个网络地址和端口发送信息（使用同一个socket句柄），有些线程调用中是使用不同的网络地址和端口发送信息（用不同的socket句柄）。
这些线程中如果多个线程调用时是要对所有的sendto函数都要做线程互斥同步处理，还是只要对使用相同的socket句柄（使用的同一个网络地址和端口）的线程的sendto函数做线程互斥同步处理，抑或是不需要对sendto函数进行线程互斥同步处理？

...全文

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

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

wxliangzyt 2013-11-11

打赏
举报

回复

操作系统的TCP/IP协议栈自己有同步锁
你只需要检测发送结果就可以

yaozhiyong110 2013-11-08

打赏
举报

回复

你这样发送的数据肯定是乱序了啊一般是要保证某个socket的发送和接收是顺序的至于是哪个线程接收或者发送是无所谓的也就是说某个时刻只有一个线程对某个socket发送或者接收...

danscort2000 2013-11-08

打赏
举报

回复

不需要操作系统的TCP/IP协议栈自己有同步锁你只需要检测发送结果就可以

网络编程，当然要用到Windows Socket(套接字)技术。Socket相关的操作由一系列API函数来完成，比如socket、bind、listen、connect、accept、send、sendto、recv、recvfrom等。调用这些API函数有一定的先后次序，有些函数的参数还比较复杂，对于开发者来说，不是很好用。于是，微软的MFC提供了两个类：CAsyncSocket和CSocket，极大地方便了Socket功能的使用。　　CAsyncSocket类在较低层次上封装了Windows Socket API，并且通过内建一个(隐藏的)窗口，实现了适合Windows应用的异步机制(Windows Socket API默认情况下工作在阻塞模式，不方便直接在消息驱动的Windows程序上使用)。CSocket类从CAsyncSocket类派生，进一步简化了Socket功能的应用。不过很遗憾，正因为这两个类都内建了一个窗口，它们并不是线程安全的(thread-safe)；如果要在多线程环境下应用Socket功能，建议自行封装Socket API函数。基于TCP的socket编程的服务器端程序流程如下： 1、创建套接字 2、将套接字绑定到一个本地地址和端口号上（bind） 3、将套接字设为监听模式，准备接受客户请求（listen） 4、等待客户请求，请求到来时接受请求，建立链接，并返回一个新的基于此次通信的套接字（accept） 5、用返回的套接字和客户端进行通信（send、recv） 6、返回，等待另一客户请求 7、关闭套接字基于TCP的socket编程的客户端程序流程如下： 1、创建套接字 2、向服务器端发送请求（connect） 3、和服务器端进行通信（send、recv） 4、关闭套接字基于UDP的socket编程的服务器端程序流程如下： 1、创建套接字 2、将套接字绑定到本地地址和端口号上（bind） 3、等待接收数据（recvfrom） 4、关闭套接字基于UDP的socket编程的客户端程序流程如下： 1、创建套接字 2、和服务器端进行通信（sendto） 3、关闭套接字异步方式指的是发送方不等接收方响应，便接着发下个数据包的通信方式；而同步指发送方发出数据后，等收到接收方发回的响应，才发下一个数据包的通信方式。　　阻塞套接字是指执行此套接字的网络调用时，直到成功才返回，否则一直阻塞在此网络调用上，比如调用recv()函数读取网络缓冲区中的数据，如果没有数据到达，将一直挂在recv()这个函数调用上，直到读到一些数据，此函数调用才返回；而非阻塞套接字是指执行此套接字的网络调用时，不管是否执行成功，都立即返回。比如调用recv()函数读取网络缓冲区中数据，不管是否读到数据都立即返回，而不会一直挂在此函数调用上。在实际Windows网络通信软件开发中，异步非阻塞套接字是用的最多的。平常所说的C/S（客户端/服务器）结构的软件就是异步非阻塞模式的。　　对于这些概念，初学者的理解也许只能似是而非，我将用一个最简单的例子说明异步非阻塞Socket的基本原理和工作机制。目的是让初学者不仅对Socket异步非阻塞的概念有个非常透彻的理解，而且也给他们提供一个用Socket开发网络通信应用程序的快速入门方法。操作系统是Windows 98（或NT4.0），开发工具是Visual C++6.0。　　MFC提供了一个异步类CAsyncSocket，它封装了异步、非阻塞Socket的基本功能，用它做常用的网络通信软件很方便。但它屏蔽了Socket的异步、非阻塞等概念，开发人员无需了解异步、非阻塞Socket的原理和工作机制。因此，建议初学者学习编网络通信程序时，暂且不要用MFC提供的类，而先用Winsock2 API，这样有助于对异步、非阻塞Socket编程机制的理解。

群里问多线程环境中对一个socket进行send 可以不可以; 答: 这个问题不是多线程问题 , 是TCP / UDP 的问题; 如果是tcp ,这是个错误的设计,如果你无视数据顺序,那可以 ;如果是udp可以; TCP: 在win32上,我没有找到send是否线程安全, 但找到了WSASend并不是线程安全的.因此假设send也不是线程安全的,仅仅假设; 在posi...

lwIP 内核不是线程安全的。如果在多线程环境中使用 lwIP，必须使用高层次的Sequential或socketAPI。使用rawAPI 时，需要自己保护好应用程序和协议栈核心代码。在无操作系统环境中使用rawAPI：使用轮询接收数据，因为不会在中断中使用 lwIP 函数，不需要任何保护使用中断接收数据，需要定义宏来保护pbuf和内存分配相关代码。套接字通常不能被多个应用线程使用，因为UDP或TCP控制块不能在多个线程之间共享。（目前在 udp 、netconn 上可以执行sendto。

一. 同步与异步之前在对线程的谈论中提到了线程对临界资源访问的一个同步与互斥的关系，这里要强调，在IO模型中的同步与异步与线程的同步与互斥完全不是一回事。所谓同步，就是指当调用者发出调用的时候，在没有得到结果之前调用并不返回，而是调用者自身一直在那里等待结果，至于等待的方式不同可以分为不同IO模型，下面会进行具体讨论；因此，这里的同步就可以理解为：调用者发出的调用(如一个系统调用函数)和所需要的结...

为了解决这个问题，我们可以通过TLS机制，为每一个使用该全局变量的线程都提供一个变量值的副本，每一个线程均可以独立地改变自己的副本，而不会和其它线程的副本冲突。如果一个初始化函数是在线程A中调用的，而核心功能函数是在线程B中调用的，那么线程A初始化函数的资源就无法对应线程B中的核心功能，此外还有核心功能函数间的数据传递，这样的DLL就不是线程安全的，必然导致错误。这是一个优点也是一个缺点。但如果你要保持函数的线程安全，那么静态变量是不能用的，因为静态变量是全局的，是属于进程的，也就是属于进程内线程共享的。

18,356

社区成员

64,214

社区内容

发帖

与我相关

我的任务

c++c语言开发语言技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章