linux下tcp协议的socket可靠传输

notsureit

回复 8# yulihua49


    是这个意思，但是牵涉到服务端，这个代码不是我写的，协议也不是我定的，我只是在最小花费下负责收拾烂摊子

notsureit

回复 7# samzc2010


    你说的很对，tcp而不是udp，确实是负责这个的，但是注意，tcp不是socket，虽然几乎所有的tcp协议都使用socket来实现，他们仍然不是一回事，无论堵塞也好非堵塞也好，我们的写入操作本身的返回仅能代表放到了socket的发送缓冲，不确保已经成功送达，如果你写一个简单的程序来验证就会发现这一点。
    保证socket的发送缓冲区中数据不丢失，而不是应用程序自己的所谓发送缓冲，是我提出问题和解决问题的目的。

    如果我理解上有偏差，欢迎大家继续指证

samzc2010

个人觉得可能在这点上你的理解有点偏差。建议你在研究下异步SOCKET TCP方式的发送机制。不是这样的，不是说你投递到缓冲就结束了，TCP在数据的传送上有ACK机制保证可靠。这个ACK返回到你的应用程序接口上就是通知你缓冲内的数据已经发送了多少字节。通过这个状态检查你可以知道到底成功发送出去多少数据，还有多少数据未有发送，或者发送失败发生了。

个人意见，仅供参考。

回复  samzc2010


    你说的很对，tcp而不是udp，确实是负责这个的，但是注意，tcp不是socket，虽然几 ...
notsureit 发表于 2011-10-21 10:00

zylthinking

个人觉得可能在这点上你的理解有点偏差。建议你在研究下异步SOCKET TCP方式的发送机制。不是这样的，不是说 ...
samzc2010 发表于 2011-10-21 10:09

你先研究一下吧

notsureit

回复 13# samzc2010


   
这个。。。我只能说最初我也是像你这么想的，后来发现自己理解的不正确，建议你看看堵塞非堵塞的相关文章

notsureit

回复 13# samzc2010


    这个是一篇相关的文章，你看看：
http://xufish.blogbus.com/logs/40537344.html

Redshadows

那么，可以可否用select试试？这样数据发送失败时，上层应该可以接收到一个错误

notsureit

回复 17# Redshadows


    已经这么做了，还是上面提过的，如果缓冲区相对较大，网速相对较慢，那么select报错的时候，并不代表是当前发送出错，仍然需要我之前提到的问题和解决方法。

Redshadows

回复  Redshadows


    已经这么做了，还是上面提过的，如果缓冲区相对较大，网速相对较慢，那么selec ...
notsureit 发表于 2011-10-21 11:11

问一下，如果TCP发送多次失败并停止发送尝试时，TCP发送缓冲区中相应的数据应该会被丢弃掉吧？

notsureit

回复 19# Redshadows


    这个，我没有看底层代码，不好很确定的答复，但是在没有出现异常的情况下，这部分数据应该不会被丢弃，而应该会不停的被底层进行重试，因为数据本身是无差别的，在通道不存在物理错误的前提下，你不关闭重启，即使是丢弃了，谁又能保证可以就能发送成功那，所以还是应该根据具体的错误代码来做后续的处理。