Суров DEFLATE (.deflate)
IETF СтандартDEFLATE е широко използван алгоритъм за компресиране без загуба на данни в историята на изчислителната техника, който се използва в ZIP архиви, GZIP потоци, PNG изображения и за компресиране на уеб трафик по HTTP в продължение на повече от три десетилетия.
Конвертиране от GZIP към DEFLATE
Безплатен конвертор от GZIP към DEFLATE в браузъра. Конвертирайте файлове незабавно на вашето устройство.
Проверка и метаданни
Операционните системи и файловите анализатори идентифицират DEFLATE файлове чрез проверка на началната двоична байтова последователност:
Байтов подпис на заглавката (сигнатурни байтове)
Операционните системи и файловите анализатори идентифицират DEFLATE файлове чрез проверка на началната двоична байтова последователност:
HEX ПОДПИС (ОФСЕТ 0):
Няма фиксиран подпис за raw DEFLATEASCII ПРЕДСТАВЯНЕ: Няма фиксиран подпис
Стандартизация: IETF RFC 1951 / RFC 1950 (zlib)
Технически спецификации
| Контейнерна архитектура | Суров битов поток RFC 1951 или поток, обвит в zlib по RFC 1950, с 2-байтова заглавка и контролна сума Adler-32 |
| Компресия | Плъзгащ се речник LZ77 (прозорец до 32 KB) в съчетание с динамично или статично ентропийно кодиране на Хуфман |
| Поредност на байтовете (Endianness) | Пакетиране на битовете в ред от младшия към старшия байт (Little-Endian). |
| Цветови пространства | N/A (Data Compression Stream) |
| Канали и структура | Суров двоичен поток или поток от текстови данни |
| Максимални размери | Дължина на потока без фиксирано ограничение |
| Прозрачност | Беззагубно възпроизвеждане на данните с точност до всеки бит (100%) |
| Поточно предаване и прогресивно зареждане | Битовият поток е разделен на блокове и поддържа непрекъснато предаване на произволен брой байтове |
Техническа сравнителна матрица: DEFLATE спрямо конкуренти
| Технически атрибут | DEFLATE (Текущ) | GZ | BROTLI | ZSTD |
|---|---|---|---|---|
| Стандартизация | IETF RFC 1951 (необработен) / RFC 1950 (zlib) | IETF RFC 1952 (Gzip) | IETF RFC 7932 (Brotli) | IETF RFC 8878 (Zstandard) |
| Плъзгащ се прозорец | Максимум 32 килобайта | Максимум 32 килобайта | До 16 мегабайта | До 2 гигабайта |
| Режим на контролна сума | Adler-32 (в zlib обвивка) | CRC-32 (в gzip обвивка) | Няма вградена в потока | xxHash64 (64-битов бърз хеш) |
| Ежедневна употреба | PNG изображения, PDF потоци, ZIP | Unix .tar.gz, HTTP gzip | Уеб шрифтове (WOFF2), HTTP br | Ядрото на Linux, бази данни, игри |
Често срещани видове повреди и ръководство за възстановяване на шестнадесетични данни
Декомпресията е неуспешна с грешка 'Z_DATA_ERROR: incorrect data check'.
Първопричина: Несъответствие в 4-байтовата контролна сума Adler-32 в края на обвития в zlib поток.
Възстановяване: Заобиколете проверката на Adler-32, като използвате суров inflate, или поправете с File2File.app Deflate Recovery.
Анализ на сигурността и вектори на атака към парсера
Парсерите на DEFLATE трябва стриктно да валидират кодовете за изграждане на дървото на Хофман, за да предотвратят записи на указатели извън позволените граници.
Известни вектори на атака
- Непълни или препълнени таблици с дължина на битовете за динамично дърво на Хофман, водещи до невалидни четения от паметта.
- Декомпресионна бомба (zip бомба), раздуваща малки входни данни до стотици гигабайти в RAM.
- Прекомерно четене от буфера (buffer over-read) при невалидирани кодове за разстояние на плъзгащия се прозорец.
Най-добри практики за защита: Задайте максимално количество памет за заделяне и ограничете коефициента на разширение по време на декомпресия.
Исторически произход и етапи
Основни предимства
- DEFLATE е широко внедрен в софтуерни библиотеки и файлови формати, но наличната поддръжка зависи от средата за изпълнение и приложението.
- Спецификацията на DEFLATE е свободна за реализация; лицензът и поддръжката зависят от конкретния софтуер.
- Бърза декомпресия с минимален отпечатък в паметта (изисква само 32 KB памет за плъзгащ се прозорец).
Технически ограничения и минуси
- Плъзгащият се прозорец е ограничен до 32 KB, което намалява ефективността на компресията при големи файлове с далечни повтарящи се данни.
- По-ниски коефициенти на компресия при съвременни уеб ресурси в сравнение с по-нови алгоритми като Brotli и Zstandard.
- Суровите DEFLATE потоци нямат самоописващи се метаданни или обвивка на контейнер без zlib или gzip обвивки.
Интересни технически факти
- Фил Кац изобретява DEFLATE, след като Unisys го съди заради патентования алгоритъм LZW, използван в ранните помощни програми PKARC.
- Стандартните байтове за zlib заглавие '78 9C' показват стандартна компресия, '78 01' - ниска компресия, а '78 DA' - максимална компресия.
- PNG използва DEFLATE за потока от данни на изображението, както е зададено във формата PNG.
Често задавани технически въпроси
Каква е разликата между DEFLATE, zlib и gzip?
DEFLATE е суровият алгоритъм за компресия (RFC 1951). Zlib обгръща DEFLATE с 2-байтово заглавие и контролна сума Adler-32 (RFC 1950). Gzip обгръща DEFLATE с метаданни за файла и контролна сума CRC-32 (RFC 1952).
Защо PNG използва DEFLATE?
Форматът PNG е създаден през 1995 г. като заместител на GIF, без да използва патентовани LZW алгоритми, като за компресия е избран отвореният и безплатен за ползване DEFLATE.
Как мога да декомпресирам суров .deflate файл?
Можете да декомпресирате сурови байтови потоци DEFLATE или zlib в оригинални недекомпресирани файлове с помощта на File2File.app директно във вашия уеб браузър.
Свързани двойки за конвертиране на DEFLATE
Преобразуването на GZIP поток в суров DEFLATE премахва външната файлова обвивка и заглавните метаданни, като оставя само компресирания полезен товар за специализирани мрежови протоколи и архиви от ниско ниво.
Конвертирането на суров DEFLATE към поток GZIP обвива компресирания полезен товар в стандартен контейнер със заглавни метаданни, така че операционните системи и уеб инструментите да могат да го четат правилно.