Por que arquivos binários como este snippet de um PNG tem todo esse espaço em branco nele?

Question

Aqui está um trecho da primeira parte de um arquivo PNG visualizado apenas abrindo-o no Sublime Text e visualizando o código hexadecimal diretamente.

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

Parece que você pode economizar espaço removendo o espaço em branco no arquivo. Eu estaria interessado em saber se isso seria uma técnica de otimização para PNGs. Ou talvez haja alguma vantagem ou propósito em ter essas seqüências de 4 caracteres separadas por um espaço que eu não conheço.

    

Answer 1

O espaço em branco não está no arquivo. O que você está vendo não é texto - é uma lista de números hexadecimais , e um número é o mesmo, quer tenha espaços no meio ou não. Portanto, ainda são quatro bytes se você os escreve como 89 50 4e 47 ou 89504e47 ou como (137, 80, 78, 71) ou como �PNG .

Você provavelmente está vendo isso porque o Sublime Text detecta que o conteúdo do arquivo não pode ser exibido de maneira sensata como texto. Por isso, escolhe uma representação alternativa - cada byte como dois dígitos hexadecimais. (Para um melhor exemplo, dê uma olhada neste plugin para o sublimetext.)

Lembre-se de que o arquivo every é composto de bytes, e um byte é um número entre 0 e 255 decimal (ou 0 a FF hexadecimal). Embora os editores de texto geralmente mostrem cada byte como uma letra, essa não é a única maneira de fazê-lo.