Ascii系列关于二进制文件？

Question

我一直在阅读这个主题，并没有得到我的问题的具体信息：

（也许以下是不正确的 - 但请纠正我）

每个文件（文本/二进制）都在保存BYTES 。

字节是8位，因此最大值是2^8-1 = 255代码。

这255个代码分为2组：

0..127 : textual chars
128:..255 : special chars.

所以二进制文件包含整个范围的char代码： 0..255 （ascii chars + special chars）。

1）对吗？

2）否则，让我说在二进制文件中保存一个INT。 （32位系统中的4字节）

请问该文件告诉progem读取它：它不是一个4字节无关，但一个int这is 4个字节？

Answer 1

所有文件的底层都存储为字节，所以从某种意义上说，你所说的是正确的。 但是，如果您打开一个打算作为二进制文件读取的文件并尝试在文本编辑器中读取它，它将看起来像乱码。

程序如何知道是以文本还是以二进制形式读取文件？ （即作为特殊的ASCII或其他编码字节集，或者作为具有不同表示的底层字节）？

嗯，它不知道 - 它只是按照它所说的去做。

在Windows中，您在记事本中打开.txt文件 - 记事本希望阅读文本。 尝试在记事本中打开二进制文件。 它会打开，你会看到东西，但它会是垃圾。

如果您正在编写自己的程序，则可以使用BinaryWriter进行编写，如果要将所有内容存储为二进制文件，则使用BinaryReader读取。 如果您使用BinaryWriter编写并使用StringReader读取会发生什么？

---

要回答您的具体示例：

using (var test = new BinaryWriter(new FileStream(@"c:\test.bin", FileMode.Create)))
{
    test.Write(10);
    test.Write("hello world");
}

using (var test = new BinaryReader(new FileStream(@"c:\test.bin", FileMode.Open)))
{
    var out1 = test.ReadInt32();
    var out2 = test.ReadString();

    Console.WriteLine("{0} {1}", out1, out2);
}

看看你如何阅读所写的相同顺序？ 该文件没有告诉你任何事情。

现在切换第二部分：

using (var test = new BinaryReader(new FileStream(@"c:\test.bin", FileMode.Open)))
{
    var out1 = test.ReadString();
    var out2 = test.ReadInt32();

    Console.WriteLine("{0} {1}", out1, out2);
}

你会得到胡言乱语（如果它可以工作）。 然而，在文件中没有任何东西可以事先告诉你。 那里没有特别的信息。 程序必须根据一些带外信息（某种规格）知道该做什么。

Answer 2

所以二进制文件包含整个范围的char代码：0..255（ascii chars + special chars）。

不，二进制文件只包含字节。 值0和255之间，他们只应如果你决定要这个意思归于他们都被视为字符。 如果它是二进制文件（例如JPEG），那么你不应该这样做 - 图像数据中的字节65在逻辑上不是'A' - 它是文件中该点的65字节意味着什么。

（请注意，即使文本文件也不分为“ASCII字符”和“特殊字符” - 它取决于编码。在UTF-16中，每个代码单元都取两个字节而不管其值。在UTF-8中， bytes取决于您尝试表示的字符。）

该文件如何告诉progem读取它：它不是4个单独的无关字节，而是一个4字节的int？

该文件不告诉程序。 程序必须知道如何读取文件。 如果您要求记事本打开JPEG文件，它将不会显示图像 - 它会显示乱码。 同样，如果您尝试强制图像查看器打开文本文件，就像它是JPEG一样，它会抱怨它已经坏了。

阅读数据的程序需要了解他们将要阅读的数据结构 - 他们必须知道会发生什么。 在某些情况下，格式非常灵活，比如XML：有明确指定的层，但程序会读取具有更高层含义的值 - 元素，属性等。在其他情况下，格式绝对精确：首先你' ll以4字节整数开始，然后是两个2字节整数或其他。 这取决于格式。

编辑：回答您的具体（重复）评论：

Im Cmd shell ....你写了你的二进制文件。 我不知道你在那里做了什么。 我怎么想知道是一次读取4个单字节还是4个字节？

读取数据的程序需要知道数据的含义 ，或者不知道。 如果它只是将文件从一个地方复制到另一个地方，则不需要知道数据的含义。 无论是一次复制一个字节还是一次复制所有四个字节都无关紧要。

如果它确实需要知道数据的含义，那么只知道它是一个四字节整数并没有多大帮助 - 它需要知道该整数意味着做什么有用的东西。 所以你的文件是从命令shell写的......这是什么意思？ 如果我不知道它意味着什么，我知道一次读一个字节还是整个读四个字节有什么关系？

（正如我上面提到的，有一个中间选项，代码可以理解没有意义的结构，并将该结构暴露给其他代码然后强加意义 - XML就是一个经典的例子。）

Answer 3

这都是解释的问题。 文件和系统都不知道文件中发生了什么，他们只是将存储视为一个字节序列，本身绝对没有任何意义。 当你读一个单词时，你的大脑也会发生同样的事情（你试图选择一种语言来解释它，给出字符序列的含义）。

您的程序有责任以您希望的方式解释数据，因为没有单一的有效解释。 例如，字节序列48 65 6C 6C 6F 20 53 6F 6F 68 6A 75 6E可以解释为：

• 一个字符串（ Hello Soohjun ）
• 一个由12个单字节字符组成的序列（ H ， e ， l ， l ， o ， ， S ， o ， o ， h ， j ， u ， n ）
• 3个无符号整数后跟一个字符的序列（1214606444,1864389487,1869113973,110）
• 一个字符后跟一个浮点数后跟一个unsigned int后跟一个float（72,6.977992E22,542338927,4.4287998E24），等等......

你是那个选择那些字节含义的人，另一个程序会对同一个数据做出不同的解释，很多相同的字母组合有不同的解释，比如说英语和法语。

PS：顺便说一下，这是逆向工程文件格式的目标：找到每个字节的含义 。