recv()和recvfrom()的第4個參數(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);
因為UDP是按數(shù)據(jù)包接收的，我們在接收之前并不知道這個數(shù)據(jù)包有多大。一個策略是，我們準備足夠大的應(yīng)用程序緩存以免出錯，但是這個“足夠大”的概念是建立在我們對傳送的數(shù)據(jù)事先有了解的情況下，比如是我們自己設(shè)計服務(wù)器端和客戶端并且制定應(yīng)用層協(xié)議；另外一種策略是，將一個數(shù)據(jù)包的相關(guān)信息記錄在數(shù)據(jù)包的前面的一些字節(jié)中，比如說大小，這樣，我們可以通過預(yù)讀數(shù)據(jù)包的前面一段，得到這個數(shù)據(jù)包的相關(guān)信息，比如說大小，然后再安排緩存。
這個預(yù)讀的flag就是MSG_PEEK。使用預(yù)讀后，RecvQ的下一條UDP數(shù)據(jù)包信息被讀出來，但是并不從RecvQ中彈出。
UDP也可以通過recvfrom()預(yù)讀獲得來向的遠程地址，從而可以提供給比如connect()等函數(shù)使用。
需要說明的是，在Linux下（我是Debian系統(tǒng)）從一個n字節(jié)的UDP數(shù)據(jù)包中預(yù)讀取小于n個字節(jié)的數(shù)據(jù)是完全沒有問題的；但是在WinSock下會引起一個異常10040（WSAEMSGSIZE），即是說win32下recv()或者recvfrom()在這種情況下會返回-1。其異常信息大概是讀取的數(shù)據(jù)長度小于數(shù)據(jù)包的長度——而這個正是我們計劃中的事情。
posted on 2010-06-11 13:30
lf426 閱讀(5453)
評論(1) 編輯 收藏 引用 所屬分類:
SDL入門教程 、
socket 編程入門教程