同一个sock fd上两个线程同步问题

sonicling

lz，可以读写分两线程，完全没问题，send和recv可同时调用。

数据的同步要考虑数据流。比如必须先有recv才有send，那么recv完毕之后把数据投递给send线程处理即可。
至于fd本身，肯定是数据流末端的线程去关闭，比如recv可以投递一个特殊信号给send，让send去关闭fd，因为send总在recv之后。send失败可以直接关闭，然后忽略之后recv线程投递过来的特殊信号。

windoze

回复 20# socay2

读写线程基本没有一起运行的，总是一个等另一个 为什么要等？发送断只要有数据就发送，接收端只要缓存够就接收。

那处理逻辑放在哪里？除非处理逻辑的速度超过网络吞吐量，否则大部分时间还是卡在处理逻辑上，把客户端发来的请求都缓存下来意义也不是特别明显。
你说的这种架构对于Proxy类的程序还可以用，但是在其它场景就没什么优势了，最大的问题就是复杂度上升很多。

话说写个server，又没什么太高的性能要求，搞那么复杂干吗？

dspecialtwo

Create 2 socket, one for send , another for receive

liyangbin2014

你可以尝试用libevent进行socket事件监听~这样就不会有问题

socay2

回复 22# windoze


    我对web server这种架构了解不深，很多观点纯属扯淡。
对了，你说现代 server 响应多用户并发问题，是否都是采用 针对每个用户一个线程的方式来 提高交互体验呢？

cobras

一个线程专门负责将协议数据读入一个循环缓冲中。另一个线程专门负责从循环缓冲中读取协议数据并处理和发送结果。
如果读线程发现套接字关闭，则需要设计一个关闭的协议数据并写入循环缓冲中，并执行读线程结束处理。处理线程读取到关闭数据，则执行写线程结束处理。
这里的循环缓冲需要一些互斥和信号量来处理。

windoze

回复 23# dspecialtwo

明明一个socket就可以完成的事，为什么要用两个socket？

   

windoze

回复 25# socay2

这个问题就扯远了，你可以翻翻以前的帖子，很多讨论这个的
   

Dannysd

回复 26# cobras


    感谢cobras回复

   两个线程操作同一个队列，的确需要信号量或锁

   如果链接断开，读线程没有向队列中加入指示写线程退出的消息，只是将fd置0

   写线程，发现socket_fd不可用的时候，即send失败，则认为链接已经断开

   所以写线程就直接清空当前队列，并退出


  以上，谢谢

windoze

回复 29# Dannysd

谁告诉你socket读失败就不能写了（或者反之）？