请教：多线程同时写socket是否需要加锁

ypxing

支持

原帖由 思一克 于 2007-8-30 15:55 发表
socket写时基本上没有加锁的需求。多个不同的程序同时写一个socket，一般没有这样做的

liguangyi

一般都是多个工作线程把需要发送的数据写到一个加锁的缓冲区中，然后另外一个线程单独进行收发。多个线程直接写socket还真没这么做过。我觉得应该是加锁处理，并且需要判断已发送字节数等于发送字节数才成。

lanneret_sky

原帖由 flw2 于 2007-8-30 15:32 发表


呵呵，我觉得代码可以证明需要做什么。而不能证明不需要做什么。

就好比一个bug 100万年才可能发生一次，我们不能跑1年甚至1万年就说程序没有bug

一个字回答大侠,牛

benjiam

需要加锁。 除非单一线程发送

Jass

把这个贴子再顶起来，因为我今天刚好碰到了这个问题。用多个线程写一个套接口，读据在应用层肯定是混在一起的，比如线程t1要写100个'a'，线程t2要写100个'b'，那么实际上对方接收到的数据是a、b混杂的，这就一点意义也没有了。有人说write是原子的，但是我们一般用的都是writen吧，很少调用一次write不管结果如何都返回的。可以结贴了吧，呵呵

[ 本帖最后由 Jass 于 2007-9-11 21:16 编辑 ]

MingLin1231

对SOCKET的写操作从用户的角度并不是原子的,因为如果一次发送1M数据,肯定不是原子的.至于一次发送多少会是原子的,好像没有明确的说法 (最好不要去做原子性的假设) (和MTU是没有关系的,那是底层的分包)

yourantianya

归根结底好像有两个结论：

1.避免多个线程同时对一个socket进行操作。

2.如果是在无法避免上述情况，则应该加锁。

是否正确？

googhu

其实多个线程同时对一个socket进行写操作没有什么意义，因为接收方收到的数据是混杂的，无意义的，如果确实要这样做，那么想办法想出另一个机制会更好点！这个机制是怎样确保接收方收到的数据是有意义的！

flw

要加锁。

JohnBull

你为什么要让多个线程并发写同一个流式socket???