Question

我遇到的问题是org.apache.commons.io.FileUtils.copyFile（File，File）正在生成略有不同的文件。当我将这些文件与bsdiff或编辑器进行比较时，我可以说它们是不同的。某些字节被复制为问号。例如0200（八进制）被复制为？（077八进制）。

因此，我创建了一个包含在错误报告中的测试用例。我制作了可执行文件的副本，然后使用FileUtils.checksumCRC32（File）进行比较。出乎意料的是，文件具有相同的校验和。然后我通过迭代每个文件的FileInputStream来比较它们。这也断言文件是相同的。

文件肯定不同。一个运行，另一个运行不运行。 bsdiff生成两个文件的差异。我可以通过用眼睛检查文件来判断某些字节被错误复制了。

但是，对于JVM，这些文件是相同的。我为什么观察这种行为的任何想法？

系统信息： Windows 7,64位; JVM 1.6.0_22,32位

Answer 1

呃，对不起大家。 Maven正在“过滤”可执行文件，它在将编码复制到maven的“目标”目录之前更改了编码。然后FileUtils正在将混乱的可执行文件从'target'复制到目标。我正在将源目录中的版本与目标中的版本进行比较。

Answer 2

该程序写入每个可能的字节并再次读回。如果文件被破坏，Java将如何将这些字节转换回原始值。即如何判断077是0200而不是077。

byte[] bytes = new byte[256];
for(int i=0;i<256;i++)
    bytes[i] = (byte) i;
FileUtils.writeByteArrayToFile(new File("tmp.dat"), bytes);
byte[] bytes2 = FileUtils.readFileToByteArray(new File("tmp.dat"));
System.out.println("equals "+Arrays.equals(bytes, bytes2));

显示文件的转储。

od -x tmp.dat 
0000000 0100 0302 0504 0706 0908 0b0a 0d0c 0f0e
0000020 1110 1312 1514 1716 1918 1b1a 1d1c 1f1e
0000040 2120 2322 2524 2726 2928 2b2a 2d2c 2f2e
0000060 3130 3332 3534 3736 3938 3b3a 3d3c 3f3e
0000100 4140 4342 4544 4746 4948 4b4a 4d4c 4f4e
0000120 5150 5352 5554 5756 5958 5b5a 5d5c 5f5e
0000140 6160 6362 6564 6766 6968 6b6a 6d6c 6f6e
0000160 7170 7372 7574 7776 7978 7b7a 7d7c 7f7e
0000200 8180 8382 8584 8786 8988 8b8a 8d8c 8f8e
0000220 9190 9392 9594 9796 9998 9b9a 9d9c 9f9e
0000240 a1a0 a3a2 a5a4 a7a6 a9a8 abaa adac afae
0000260 b1b0 b3b2 b5b4 b7b6 b9b8 bbba bdbc bfbe
0000300 c1c0 c3c2 c5c4 c7c6 c9c8 cbca cdcc cfce
0000320 d1d0 d3d2 d5d4 d7d6 d9d8 dbda dddc dfde
0000340 e1e0 e3e2 e5e4 e7e6 e9e8 ebea edec efee
0000360 f1f0 f3f2 f5f4 f7f6 f9f8 fbfa fdfc fffe

二进制文件有区别但不是JVM？

2 个答案: