|
php中存在一組看起來很像的壓縮解壓函數:
壓縮函數:gzcompress gzdeflate gzencode
解壓函數:gzuncompress gzinflate gzdecode
gzdecode是php 5.4.0之后才加入的,使用的時候要注意兼容性問題。
這幾個函數都以gz開頭,讓人想到gzip壓縮,而光看函數名卻又看不出它們之間的區別,只能查文檔。
gzcompress gzdeflate gzencode函數的區別在于它們壓縮的數據格式不同:
gzcompress使用的是ZLIB格式;
gzdeflate使用的是純粹的DEFLATE格式;
gzencode使用的是GZIP格式;
但是有一點是相同的,它們壓縮數據時都使用了DEFLATE壓縮算法(理論上ZLIB和GZIP格式可以使用其他的壓縮算法,但是目前實踐中只使用DEFLATE算法),ZLIB和GZIP只不過是在DEFLATE的基礎之上加了一些頭部和尾部而已。
順便提一下,HTTP協議中的Content-Encoding: deflate使用的是ZLIB格式而不是純DEFLATE格式。
從php 5.4.0開始,gzcompress和gzdeflate函數加入了第三個參數$encoding,可以是三個常量:
ZLIB_ENCODING_RAW 對應于純DEFLATE格式;
ZLIB_ENCODING_GZIP 對應于GZIP格式;
ZLIB_ENCODING_DEFLATE 對應于ZLIB格式(注意不是純DEFLATE格式);
雖然文檔沒有提及,但是這三個常量也可以用在gzencode函數的第三個參數$encoding_mode中。
其實從php 5.4.0開始,這三個函數是一樣的,只不過第三個參數的默認值不同;如果調用時傳入第三個參數,那么這三個函數返回的數據相同。可以寫一個簡單的腳本測試:
復制代碼 代碼如下:
<?php
$url = 'http://jb51.NET';
$s1 = gzdeflate($url, 1);
$s2 = gzencode($url, 1, ZLIB_ENCODING_RAW);
if (strcmp($s1, $s2) == 0) echo 'the same';
?>
運行可以看到$s1和$s2是相同的,為什么會這樣呢?可以從php源碼中找到答案,打開php-5.5.4/ext/zip/zlib.c,可以找到這樣的代碼:
復制代碼 代碼如下:
#define php_ZLIB_ENCODE_FUNC(name, default_encoding) /
static php_FUNCTION(name) /
{ /
char *in_buf, *out_buf; /
int in_len; /
size_t out_len; /
long level = -1; /
long encoding = default_encoding; /
if (default_encoding) { /
if (SUCCESS != zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s|ll", &in_buf, &in_len, &level, &encoding)) { /
return; /
} /
} else { /
if (SUCCESS != zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "sl|l", &in_buf, &in_len, &encoding, &level)) { /
return; /
} /
} /
if (level < -1 || level > 9) { /
php_error_docref(NULL TSRMLS_CC, E_WARNING, "compression level (%ld) must be within -1..9", level); /
RETURN_FALSE; /
} /
switch (encoding) { /
case php_ZLIB_ENCODING_RAW: /
case php_ZLIB_ENCODING_GZIP: /
case php_ZLIB_ENCODING_DEFLATE: /
break; /
default: /
php_error_docref(NULL TSRMLS_CC, E_WARNING, "encoding mode must be either ZLIB_ENCODING_RAW, ZLIB_ENCODING_GZIP or ZLIB_ENCODING_DEFLATE"); /
RETURN_FALSE; /
} /
if (SUCCESS != php_zlib_encode(in_buf, in_len, &out_buf, &out_len, encoding, level TSRMLS_CC)) { /
RETURN_FALSE; /
} /
RETURN_STRINGL(out_buf, out_len, 0); /
}
/* NOTE: The naming of these userland functions was quite unlucky */
/* {{{ proto binary gzdeflate(binary data[, int level = -1[, int encoding = ZLIB_ENCODING_RAW])
Encode data with the raw deflate encoding */
php_ZLIB_ENCODE_FUNC(gzdeflate, php_ZLIB_ENCODING_RAW);
/* }}} */
/* {{{ proto binary gzencode(binary data[, int level = -1[, int encoding = ZLIB_ENCODING_GZIP])
Encode data with the gzip encoding */
php_ZLIB_ENCODE_FUNC(gzencode, php_ZLIB_ENCODING_GZIP);
/* }}} */
/* {{{ proto binary gzcompress(binary data[, int level = -1[, int encoding = ZLIB_ENCODING_DEFLATE])
Encode data with the zlib encoding */
php_ZLIB_ENCODE_FUNC(gzcompress, php_ZLIB_ENCODING_DEFLATE);
/* }}} */
可以看到,gzdeflate gzencode gzcompress三個函數都是用相同的php_ZLIB_ENCODE_FUNC宏定義的(是不是有些泛型的意味?),所以它們當然是相同的。
代碼中的注釋也承認這幾個函數的名字起得不好,至于為什么會用這樣的名字就不得而知了。
php技術:PHP中的gzcompress、gzdeflate、gzencode函數詳解,轉載需保留來源!
鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯系我們修改或刪除,多謝。