recv()和recvfrom()的第4個(gè)參數(shù)可以調(diào)整函數(shù)行為。
#include <sys/types.h>
#include <sys/socket.h>
ssize_t recv(int s, void *buf, size_t len, int flags);
ssize_t recvfrom(int s, void *buf, size_t len, int flags,
struct sockaddr *from, socklen_t *fromlen);
因?yàn)閁DP是按數(shù)據(jù)包接收的，我們?cè)诮邮罩安⒉恢肋@個(gè)數(shù)據(jù)包有多大。一個(gè)策略是，我們準(zhǔn)備足夠大的應(yīng)用程序緩存以免出錯(cuò)，但是這個(gè)“足夠大”的概念是建立在我們對(duì)傳送的數(shù)據(jù)事先有了解的情況下，比如是我們自己設(shè)計(jì)服務(wù)器端和客戶端并且制定應(yīng)用層協(xié)議；另外一種策略是，將一個(gè)數(shù)據(jù)包的相關(guān)信息記錄在數(shù)據(jù)包的前面的一些字節(jié)中，比如說大小，這樣，我們可以通過預(yù)讀數(shù)據(jù)包的前面一段，得到這個(gè)數(shù)據(jù)包的相關(guān)信息，比如說大小，然后再安排緩存。
這個(gè)預(yù)讀的flag就是MSG_PEEK。使用預(yù)讀后，RecvQ的下一條UDP數(shù)據(jù)包信息被讀出來，但是并不從RecvQ中彈出。
UDP也可以通過recvfrom()預(yù)讀獲得來向的遠(yuǎn)程地址，從而可以提供給比如connect()等函數(shù)使用。
需要說明的是，在Linux下（我是Debian系統(tǒng)）從一個(gè)n字節(jié)的UDP數(shù)據(jù)包中預(yù)讀取小于n個(gè)字節(jié)的數(shù)據(jù)是完全沒有問題的；但是在WinSock下會(huì)引起一個(gè)異常10040（WSAEMSGSIZE），即是說win32下recv()或者recvfrom()在這種情況下會(huì)返回-1。其異常信息大概是讀取的數(shù)據(jù)長(zhǎng)度小于數(shù)據(jù)包的長(zhǎng)度——而這個(gè)正是我們計(jì)劃中的事情。
posted on 2010-06-11 13:30
lf426 閱讀(5453)
評(píng)論(1) 編輯 收藏 引用 所屬分類:
SDL入門教程 、
socket 編程入門教程