ZIP Uncompressed Size показывает, сколько байт будет иметь файл внутри ZIP-архива после его распаковки, в отличие от обычно меньшего Compressed Size, которое он занимает, пока находится внутри архива. Программа для чтения метаданных ExifTool показывает это значение как ZipUncompressedSize.
Какие файлы его содержат и откуда берется этот номер
Архивы сохраняют это значение. ZIP-файлы делают это, как и все повседневные форматы, которые по сути являются ZIP-контейнерами, такие как документы .docx, .xlsx и .pptx, файлы .odt, электронные книги .epub, пакеты .jar и .apk. Форматы архивов RAR, 7z и другие хранят ту же величину в собственной структуре. В отчете она может не отображаться для файлов .odt и .epub, даже если файл ее содержит.
Архив, как правило, нужен, чтобы объединить несколько файлов в один, хотя и один файл можно упаковать в архив так же легко. Программа сжатия при упаковке фиксирует исходный размер каждого файла. Это делается автоматически любым приложением, которым создан архив, будь то 7-Zip, WinRAR, WinZip, Archive Utility в macOS, команда сжатой папки в Windows или консольная утилита zip.
Важно понимать, что это значение является декларативным. Архив указывает, какого размера должны быть данные после распаковки; фактическая проверка происходит только при извлечении, когда размер и сохраненная контрольная сумма сравниваются с тем, что получилось.
Как выглядит типичное значение
Целое число байт, которое приложения часто конвертируют в КБ или МБ для отображения. Например, текст короткого документа Word может показывать 48219 байт без сжатия, занимая при этом лишь малую долю этого объема внутри файла .docx.
Разделите сжатый размер на этот показатель, и вы получите коэффициент сжатия. Величина разницы зависит от содержимого и от используемого метода: Deflate является стандартным методом для ZIP-файлов, среди альтернатив есть BZIP2 и LZMA. Есть важная особенность: исходные поля ZIP имеют размер 32 бита и поэтому ограничены 4 294 967 295 байтами, чуть меньше 4 ГБ. Для большего объема данных используется расширение ZIP64, которое хранит истинное значение в дополнительной записи, поэтому очень старое приложение, не поддерживающее ZIP64, может показывать обрезанное или бессмысленное число для очень большого файла.
Почему это важно
Самое практическое применение этого показателя - планирование. По нему видно, поместится ли содержимое до распаковки, и сюрприз может быть значительным: небольшой архив с текстовыми или лог-файлами может развернуться в много гигабайт. Сравнение с сжатым размером также показывает, помогло ли сжатие: два почти одинаковых числа означают, что данные уже были сжаты, как в файлах JPEG, MP3 и MP4, и перепаковка не даст выигрыша.
Этот показатель также служит проверкой на адекватность. Архив размером в несколько сотен килобайт, который заявляет огромный несжатый размер, должен вызывать осторожность, так как намеренно созданные таким образом архивы используют этот прием, чтобы заполнить диск при распаковке. В архивной работе сравнение работает и в обратную сторону: проверка заявленного размера с тем, что реально извлеклось, это простой способ убедиться, что старый архив по-прежнему цел.
Этот показатель не содержит личных данных. Он описывает только объем данных и ничего не говорит о человеке, который их создал.