Почему бинарные файлы, такие как этот фрагмент PNG, содержат все эти пробелы

Question

Вот фрагмент первой части PNG-файла, который можно просмотреть, просто открыв его в Sublime Text и непосредственно просмотрев шестнадцатеричный код.

8950 4e47 0d0a 1a0a 0000 000d 4948 4452
0000 02e7 0000 0155 0806 0000 004c ed41
2b00 0000 0662 4b47 4400 ff00 ff00 ffa0
bda7 9300 0000 0774 494d 4507 d907 1209
3738 0601 8766 0000 2000 4944 4154 789c
ecbd 799c 6567 5de7 fff9 3ef7 5675 279d
a4b3 d008 1242 2288 c486 10e8 ee74 57a7
bb53 28a2 202e a8c1 0d07 d780 a8a3 8338
fc04 c601 45dc 1750 5161 1670 e437 0e71
5c90 4504 a549 77ba 7a65 0f20 8681 8140
423a 2b49 7aa9 aafb 7ce7 8fb3 dce7 3ce7

Похоже, вы могли бы сэкономить место, удалив пробелы в файле. Мне было бы интересно узнать, будет ли это техника оптимизации для PNG. Или, возможно, есть какое-то преимущество или цель в том, чтобы эти 4-символьные последовательности были разделены 1 пробелом, о котором я не знаю.

Answer 1

Пробел не в файле. То, что вы видите, - это не текст - это список шестнадцатеричных чисел, и число одинаково, имеет ли он пробел в середине или нет. Таким образом, это все еще четыре байта, независимо от того, записали ли вы их как 89 50 4e 47 или 89504e47 или как (137, 80, 78, 71) или как �PNG .

Вы, вероятно, видите это, потому что Sublime Text обнаруживает, что содержимое файла не может быть разумно показано в виде текста. Таким образом, он выбирает альтернативное представление - каждый байт в виде двух шестнадцатеричных цифр. (Для лучшего примера, посмотрите на этот плагин для сублиметекста.)

Напомним, что каждый файл состоит из байтов, а байт представляет собой число от 0 до 255 десятичных (или от 0 до шестнадцатеричного FF). Хотя текстовые редакторы обычно показывают каждый байт как букву, это не единственный способ сделать это.