TCP 编程问题

learntolinux

最近在看TCP/IP ，有一个问题在书上没有找到答案，感谢高手们帮我解惑！！

通过一个例子来描述我的问题

send(socket, buf, 1000,0 ); 书上说内核将buf的内容全部拷贝到套接口的发送缓冲区，send 就返回 1000 ， 在应用层，我们就认为此次发送成功。

然而，此时TCP可能并没有将buf的内容发送到对端。如果TCP（TCP只保证可靠的传输，但并不保证100% 送到）发送失败了，应用层也不会知道，这样岂不会误导应用层？？？
也就是说应用层如果想要知道对端应用层是否真正的收到了数据，还需要在应用层也做一次确认？？？？？

谢谢指点！

[ 本帖最后由 learntolinux 于 2009-5-23 11:55 编辑 ]

learntolinux

自己顶

xinglp

是的.  所以有时候数据传输采取 "拉" 的方式 比如 HTTP

cyg19860205

TCP是面向连接的     ”三次握手“

lenky0401

这个不是应用程序层应该考虑的事情，TCP协议的可靠性会保证将这1000字节数据发送到对端。 一次发送失败会重传。
如果把他们纠缠在一起，的确没法理清楚。

就算按你说的“由应用层来确认”，应用层怎么来确认呢？看过那个经典的东西两边蓝军协商攻击中间白军的例子就知道根本就没有百分之百的保证完全可靠的确认协议。
所以，“应用层也做一次确认”就够了么？

我对TCP协议栈不熟，呵呵，说不上更细节的理由，期待其它人回答吧，。。。。

lsupper

TCP发送失败，就返回结果 -1了，你就再重发吧，关于TCP底层自己的，把缓冲区的发过去，是它自己解决，应用曾只要判断send的返回值吧

learntolinux

原帖由 lsupper 于 2009-5-23 12:29 发表
TCP发送失败，就返回结果 -1了，你就再重发吧，关于TCP底层自己的，把缓冲区的发过去，是它自己解决，应用曾只要判断send的返回值吧

关键是当次send 成功后，TCP 有可能 发送失败，也就是说我并不知道当次是不是数据真的发送到对端去了

learntolinux

原帖由 lenky0401 于 2009-5-23 12:14 发表
这个不是应用程序层应该考虑的事情，TCP协议的可靠性会保证将这1000字节数据发送到对端。

只保证可靠发送，但是并不保证送达

[ 本帖最后由 learntolinux 于 2009-5-23 12:40 编辑 ]

benjiam

红蓝军问题。 最后一次确认永远没办法确认是否成功送达

解决方案
1 应用层要自己设计协议来确认消息发送成功。
2 1问1答 1确认就可以了

吃烤鱼

原帖由 learntolinux 于 2009-5-23 12:37 发表

关键是当次send 成功后，TCP 有可能 发送失败，也就是说我并不知道当次是不是数据真的发送到对端去了

tcp会重新发送，直到送达