关于writev函数

latachong 2009-03-20 10:05:37

用writev函数通过socket送信，不能在拔掉网线后即时的检验到网络错误。
有没有办法能一拔掉网线，writev函数就调用失败呢？

我试了一种方法，在writev调用后，立即刷socket缓冲，然后去判断errno，
可是即使这样也不会产生errno，请大大们帮忙帮忙。

部分代码如下：
FILE* ssp = fdopen(Sd,"r+");
if(ssp == NULL){
Putlog(LL_DEBUG,"fdopen error:%s\n",strerror(errno));
exit(1);
}
errno=0;
writev(Sd, iov, 2);
fflush(ssp);
if(errno != 0) Putlog(LL_DEBUG,"--------write error:%s\n",strerror(errno));

上面代码fdopen后不为空，但会产生一个errno，illegal seek!
writev-〉fflush后不会产生errno。

...全文

830 10 打赏收藏转发到动态举报

写回复

用AI写文章

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

latachong 2009-03-25

打赏
举报

再次感谢fetag。

你解释的那个过程，我能够理解。
可是我疑惑的地方不是这个过程，而是这个过程会导致丢失数据的问题。

因为应用层程序无法在物理链路异常的第一时间内得到错误，而TCP把这些应用程序认为已经成功送信的数据保存到缓冲中，等待重发。可是我觉得这个重发是在一定时间内的重发吧。一定时间内链路不能恢复正常的话，这些数据就丢失了啊。这个我做了测试，大概50秒以上，链路才恢复正常的话，缓冲中的数据就不能真正的送到服务器端了。

TCP这么来做的话，这种潜在的丢数据的设计方式让我百思不得其解。如果它存在这样的缺陷，那么它这么设计的好处又在何处。
它为什么不直接将错误返给应用层程序，这样应用层程序就可以控制数据需不需要重发了。

独孤过儿 2009-03-24

打赏
举报

這個問題是這樣的：

1、網路是分層的，對吧？每一層只負責維護自己這一層功能正常，能和對端的同等層進行正常通信，當自己這一

層功能確保以後，就會給上層indication，說我這一層已經好了，你可以繼續部屬你的工作了，這樣上層又繼續

開始建立上層自己的連接。

2、通常層與層之間通信，是靠原語來實現的，原語主要有四種：

request用於高層或管理層像低層請求提供服務

confirm用於低層向高層或者管理層確認已經完成了所請求的服務

indication用於低層向高層或者管理層提供指示服務有關的信息

response用於高層或管理層向低層證實已經收到了低層報上來的indication

3、從2中的層間通信可以知道。當上層發消息給低層，會用request原語；底層如果緩存空間足夠，鏈路正常，它

就會發confirm給上層，說這個消息我已經發了；上層也會認為，啊，這個消息發出去了。但是一旦底層的底層，

假如物理鏈路有問題了，這個消息實際沒正常發出去，那麼底層就會收到鏈路層報上來的indication，說鏈路有

問題，消息沒能正常發出去，這個消息就不會從緩存中除去，因為稍後還要重發。

4、再說你說的那種緩存滿了的情況，如果上層給底層發消息，也就是request原語，而底層檢測到，自己的緩存

滿了，它就會給上層回comfirm說，我的緩存滿了，暫時不能接受新消息了，這樣上層的發送也就失敗了，通常會

有一個errno，告訴你失敗的原因是什麽。

大概的過程就是這樣的，有什麽問題再消息我，呵呵

latachong 2009-03-24

打赏
举报

万分感谢楼上

可是我现在还是有一个问题.象你所说的,为什么底层链路将
indication返回给协议栈后,它不立即返回给我的应用层
程序,而只是将数据保存缓存中等待网络恢复后重发.

这样有什么好处么?我觉得这样的话,会导致协议栈缓存中
的数据长时间不发而丢失,并且我的应用层程序还不知道数据
已经丢失了.

独孤过儿 2009-03-23

打赏
举报

我觉得如果你是在应用层编程的，底层链路有问题了，会自动的给上层递indication上来的，这样内核协议栈会

检测得到，如果你此时用writev()发送消息，并且内核协议栈也知道了底层有问题，就不会向下发了，会报错给

你。而通常上层应用又都有缓存区，假如你用writev()发了数据，函数也返回了，而此时内核协议栈得到了底层

的indication，它就有可能将数据保存在缓冲区中，等到物理链路恢复以后，重发这个消息，但是这个过程中，

应该不会给你的上层应用程序返回一个错误，这个不考虑你的消息有ack认证的情况哦。

所以我觉得，你不用管链路的状态，只要writev()不返回错误值，你就尽管发，对端收不到消息，那就是内核协议

栈的错，这个不应该你来买单！

latachong 2009-03-23

打赏
举报

谢谢楼上分析
那我应该怎么在链路有问题的第一时间，
立即得到底层给的这个indication。
而不会去writev送信

独孤过儿 2009-03-23

打赏
举报

writev()函数是把写入的数据当成一个不可分割的块来写入的，而不是说它不会失败！

检测链路状态的活动不能由writev()来保证。根据协议分层的理论，当底层链路有问题的时候，应该是底层给上

层报一个indication上来，然后上层感知到底层链路不可达了，而不是上层去检测。

每层都只保证自己这层的功能正常，同时对上层和对下层提供良好的接口，这是协议分层的核心思想。

latachong 2009-03-23