我正在从这样初始化的套接字读取字节：
fd = socket(PF_PACKET, SOCK_RAW, htons(ETH_P_ALL));
但是当我从这个套接字读取时
char buf[ETH_FRAME_LEN]
len = read(fd, buf, sizeof(buf));
len 显示只读取了 1500 个字节。我检查了wireshark，返回的数据包是5854。IP下的总长度字段为5840（所以+ 14字节的以太网头= 5854）。我尝试使用更大的缓冲区（6000），但仍然只有 1500 字节被从线路中读取。
我尝试从服务器请求一个较小的文件（1504 字节），但我得到了相同的结果。由于它是一个原始套接字，因此读入的数据包括以太网标头，因此它不会将最后 4 个字节读入缓冲区。
这可能是什么原因？我不知道socket() 有任何可能导致这种情况的论点。
【问题讨论】：
标签： sockets
如果您再次尝试拨打read 会发生什么情况？下一个消息块是否很快返回？
来自阅读man page（我的重点）
read() 尝试读取 最多 个 count 字节
如果你想读取一定数量的字节，你应该准备好循环调用read，直到你收到你的目标总数。
【讨论】：
发生的情况是，每次调用 read() 时，您将获得一个以太网 MTU 的有效负载。
【讨论】：
read() 返回：
成功时，返回读取的字节数（零表示结束 文件），并且文件位置由这个数字提前。 这不是一个 如果此数字小于请求的字节数，则会出错； 例如，这可能会发生，因为实际上可用的字节更少 现在（可能是因为我们接近文件结尾，或者因为我们 正在从管道或终端读取），或者因为 read() 是 被一个信号打断。出错时，返回 -1，并设置 errno 适当地。在这种情况下，未指定文件是否 位置（如果有）发生变化。
您可以尝试将recv() 与MSG_WAITALL 一起使用，而不是纯read()：
这个标志要求操作阻塞直到满 要求得到满足。但是，调用可能仍然返回较少 如果捕获到信号、发生错误或断开连接，或者要接收的下一个数据是不同的 类型比返回的类型。
len = recv(fd, buf, sizeof(buf), MSG_WAITALL);
另一种方法是在循环中读取或接收，例如：
ssize_t Recv(int fd, void* buf, ssize_t n)
{
ssize_t read = 0;
ssize_t r;
while(read != n)
{
r = recv(fd, ((char*)buf)+read, n-read, 0);
if(r == -1)
return (read) ? read : -1;
if(r == 0)
return 0;
read += r;
}
return read;
}
【讨论】：