我需要找到JPEG（JFIF）图像的大小。该图像未保存为独立文件，因此我无法使用 GetFileSize 或任何其他 API（图像位于流中，除JPEG/JFIF头之外没有其他标头）。
我进行了一些研究，发现JPEG图像由不同部分组成，每个部分都以帧标记（0xFF 0xXX）开头，以及该帧的大小。使用这些信息，我能够从文件中解析出很多信息。
问题在于，我找不到压缩数据的大小，因为似乎没有压缩数据的帧标记。此外，压缩数据似乎紧随SOS（FFDA）标记，并且图像以图像结束（EOI）（FFD9）标记结束。
一种解决方法是逐字节搜索EOI标记，但我认为压缩数据可能包含这些字节的组合，对吗？
有没有一种简单而正确的方法来找到图像的总大小？（我更喜欢没有任何外部库的代码/想法）
基本上，我需要起始图像（SOI-FFE0）和结束图像（EOI-FFD9）之间的距离（以字节为单位）。
压缩数据不包括SOI或EOI字节，因此您是安全的。但是，评论、应用程序数据或其他标头可能会包含这些字节。幸运的是，您可以根据给定的长度标识和跳过这些部分。
JPEG规范告诉您所需的信息：
http://www.w3.org/Graphics/JPEG/itu-t81.pdf
请查看第32页的B.1表格。带有 * 的符号后面没有长度字段 (RST、SOI、EOI、TEM)，其他都有。
您需要跳过各种字段，但这并不太困难。
如何进行：
开始读取SOI (FFD8)，这是起点。它应该是流中的第一件事。
然后，通过文件，查找更多标记并跳过标头：
SOI标记 (FFD8): 损坏的图像。您应该已经找到了EOI！
TEM (FF01): 独立标记，请继续。
RST (FFD0 到 FFD7): 独立标记，请继续。您可以验证重启标记从 FFD0 到 FFD7 计数并重复，但这对于测量长度不是必需的。
EOI标记 (FFD9): 完成！
任何不是RST、SOI、EOI、TEM (FF01 到 FFFE，减去上述例外) 的标记: 在标记之后，读取下2个字节，这是该帧头的16位大端长度（不包括2个字节的标记，但包括长度字段）。跳过给定的数量 (通常是长度减2，因为您已经获取了这些字节)。
如果在 EOI 之前得到一个文件结尾标记，那么你就得到了一个损坏的图像。
一旦你得到了 EOI，你就通过了 JPEG 并且应该有长度信息。如果你期望数据流中有多个 JPEG ，则可以通过读取另一个 SOI 来重新开始。
FFDA 之后的所有数据字节。 - IS4可能是这个样子的
int GetJpgSize(unsigned char *pData, DWORD FileSizeLow, unsigned short *pWidth, unsigned short *pHeight)
{
unsigned int i = 0;
if ((pData[i] == 0xFF) && (pData[i + 1] == 0xD8) && (pData[i + 2] == 0xFF) && (pData[i + 3] == 0xE0)) {
i += 4;
// Check for valid JPEG header (null terminated JFIF)
if ((pData[i + 2] == 'J') && (pData[i + 3] == 'F') && (pData[i + 4] == 'I') && (pData[i + 5] == 'F')
&& (pData[i + 6] == 0x00)) {
//Retrieve the block length of the first block since the first block will not contain the size of file
unsigned short block_length = pData[i] * 256 + pData[i + 1];
while (i < FileSizeLow) {
//Increase the file index to get to the next block
i += block_length;
if (i >= FileSizeLow) {
//Check to protect against segmentation faults
return -1;
}
if (pData[i] != 0xFF) {
return -2;
}
if (pData[i + 1] == 0xC0) {
//0xFFC0 is the "Start of frame" marker which contains the file size
//The structure of the 0xFFC0 block is quite simple [0xFFC0][ushort length][uchar precision][ushort x][ushort y]
*pHeight = pData[i + 5] * 256 + pData[i + 6];
*pWidth = pData[i + 7] * 256 + pData[i + 8];
return 0;
}
else {
i += 2; //Skip the block marker
//Go to the next block
block_length = pData[i] * 256 + pData[i + 1];
}
}
//If this point is reached then no size was found
return -3;
}
else {
return -4;
} //Not a valid JFIF string
}
else {
return -5;
} //Not a valid SOI header
return -6;
} // GetJpgSize
由于您没有发布任何语言，我不确定这是否有效，但：
您可以Stream.Seek(0，StreamOffset.End); ，然后获取流的位置吗？
请明确您正在使用的框架。
事实上，如果文件头未指定预期大小，则必须查找（或读取）图像的末尾。
编辑
由于您要流式传输多个文件，因此需要使用适合流式传输的容器格式。
OGG应该很适合这个需求。
JPEG实际上已经适合流式传输，但是您必须保证每个文件在发送到流之前都有一个有效的终止符，否则会因意外输入而导致应用程序崩溃。
f = open("filename.jpg", "r")
s = f.read()
start = s.find("\xff\xe0")
end = s.rfind("\xff\xd9")
imagesize = end - start
0xFF字节都必须写入文件/流作为0xFF 0x00，因此，虽然0xFF 0xD9可以出现在JPEG文件的任何位置，只要它存在于SOS标记（0xFF 0xDA）之后（并且在任何其他EOI标记之前），它将始终指示EOI标记，而永远不会是实际的巧合JPEG图像数据。 - Daiusing (var fileStream = new FileStream(imagePath, FileMode.Open, FileAccess.Read, FileShare.Read))
{
using (var image = Image.FromStream(fileStream, false, false))
{
var height = image.Height;
var width = image.Width;
}
}