這篇文章主要介紹了PHP7的FAST_ZPP內(nèi)核的使用方法，具有一定借鑒價值，需要的朋友可以參考下。如下資料是關(guān)于FAST_ZPP的詳細(xì)步驟內(nèi)容。
從PHP7開始，大家可能會發(fā)現(xiàn)，不少函數(shù)不再使用傳統(tǒng)的參數(shù)處理方式，而是改用了我們稱之為Fast zend parameters parsing(FAST_ZPP)的新型方式, 比如在PHP7之前，count函數(shù)是這樣的:
重慶分公司
重慶分公司
PHP_FUNCTION(count)
{
zval *array;
long mode = COUNT_NORMAL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "z|l", &array, &mode) == FAILURE) {
return;
}
....
}在PHP7以后，變成了:
PHP_FUNCTION(count)
{
zval *array;
zend_long mode = COUNT_NORMAL;
ZEND_PARSE_PARAMETERS_START(1, 2)
Z_PARAM_ZVAL(array)
Z_PARAM_OPTIONAL
Z_PARAM_LONG(mode)
ZEND_PARSE_PARAMETERS_END();
...
}很多PHP擴(kuò)展開發(fā)的同學(xué)可能在初次接觸的時候，會覺得很陌生，不要焦慮，讓我慢慢道來 ：）
當(dāng)時在做PHPNG(PHP7的開發(fā)項(xiàng)目代號)的開發(fā)的時候，我們主要的發(fā)現(xiàn)性能提升點(diǎn)的一個方式就是bench各種大型實(shí)際項(xiàng)目，來發(fā)現(xiàn)占用資源比較大的部分，而最常用benchmark對象之一是wordpress，因?yàn)樗鼔驈?fù)雜，夠慢，（它也是我們開發(fā)JIT的時候?qū)χ饕猙ench目標(biāo):)) 代表了非OO型代碼類的典型應(yīng)用， 在實(shí)際的benchmark的過程中我們發(fā)現(xiàn)，將近有6%的耗時被zend_parse_parameters給占用了。
事實(shí)上zend_parameters_parsing確實(shí)是一個很龐大的函數(shù):
ZEND_API int zend_parse_parameters(int num_args, const char *type_spec, ...)
它根據(jù)type_spec字符串中指定的標(biāo)識符，來處理輸入?yún)?shù)，而這個參數(shù)符有很多種(具體含義可以參看: README.PARAMETER_PARSING_API):
a A b C d f h H l L o O p P r s S z * + | / !
根據(jù)不同的組合來表示我們的PHP函數(shù)要接受的參數(shù)類型，比如例子中的count, 通過”z|l”表示要接受一個zval類型的參數(shù)，和一個可選的long類型的mode參數(shù)，當(dāng)zend_parse_parameters在runtime的時候被調(diào)用的時候，就會需要分析這些字符，然后調(diào)用對應(yīng)的邏輯，對于一些本身就很簡單的函數(shù)來說，比如count，這個開銷就會顯得很明顯。
再回頭來看這個函數(shù)的特點(diǎn)，我們會發(fā)現(xiàn)，比如對于count這個例子來說，其實(shí)type_spec在編譯期就是確定的常量，也就是說，其實(shí)在編譯的時候，我們就應(yīng)該已經(jīng)知道了”a|l”應(yīng)該調(diào)用那些對應(yīng)的參數(shù)處理邏輯。
而事實(shí)上，當(dāng)代的編譯器都具備這個基本優(yōu)化能力, 比如對于如下的代碼:
#include#define AAA 1; int main() { int a = AAA; if (a) { abort(); } return 0; }
如果我們嘗試讓編譯優(yōu)化(-o2)它，并檢查生成的匯編:
main:
.LFB18:
subq $8, %rsp
call abort@PLT大家可以看到，if判斷已經(jīng)被抹掉了， 因?yàn)樵诰幾g時刻， 就能知道a是1， if一定為真。
而FAST_ZPP就是充分借助了這個能力而來的一種新型的參數(shù)申明方式， 比如對于Z_PARAM_ZVAL(array)
#define Z_PARAM_ZVAL_EX(dest, check_null, separate) \
if (separate) { \
Z_PARAM_PROLOGUE(separate); \
zend_parse_arg_zval_deref(_arg, &dest, check_null); \
} else { \
++_i; \
ZEND_ASSERT(_i <= _min_num_args || _optional==1); \
ZEND_ASSERT(_i > _min_num_args || _optional==0); \
if (_optional && UNEXPECTED(_i >_num_args)) break; \
_real_arg++; \
zend_parse_arg_zval(_real_arg, &dest, check_null); \
}
#define Z_PARAM_ZVAL(dest) \
Z_PARAM_ZVAL_EX(dest, 0, 0)在編譯時刻就能被先替換為:
zend_parse_arg_zval(((zval*)execute_data) - 1, &array, 0);
而如果我們進(jìn)一步審視zend_parse_arg_zval:
static zend_always_inline void zend_parse_arg_zval(zval *arg, zval **dest, int check_null)
{
*dest = (check_null &&
(UNEXPECTED(Z_TYPE_P(arg) == IS_NULL) ||
(UNEXPECTED(Z_ISREF_P(arg)) &&
UNEXPECTED(Z_TYPE_P(Z_REFVAL_P(arg)) == IS_NULL)))) ? NULL : arg;
}我們會發(fā)現(xiàn)它也是一個inline申明的函數(shù)，而參數(shù)因?yàn)槭浅Ａ浚敲淳涂梢赃M(jìn)一步被evaluate成：
zval *array = ((zval*)execute_data) - 1;
怎么樣，是不是一看就知道會快很多？ 沒有type_spec分析，沒有額外的函數(shù)調(diào)用，直接獲取到參數(shù)。
剛剛說到的inline函數(shù)可以在編譯時期根據(jù)常數(shù)的剪枝內(nèi)聯(lián), 也是用來避免同類函數(shù)的重復(fù)代碼的很好的方法，在PHP7中也有大量使用，有興趣的可以參看zend_hash.c中的很多相似函數(shù)的定義。
當(dāng)然，這么做也有一個問題就是， 會增大我們程序的binary size， 這個也很容易理解， 比如對于count來說，本來原來只是調(diào)用一個外部函數(shù)，一個call指令就夠了，但現(xiàn)在就會有很多內(nèi)聯(lián)進(jìn)來的指令。
而binary size變大以后，執(zhí)行時期的cache miss就會增大，也會影響性能，所以FAST_ZPP我們也不是建議全部使用， 而真是針對實(shí)際應(yīng)用中調(diào)用頻率比較大，并且本身函數(shù)邏輯較為簡單的函數(shù)來使用.
總結(jié)一下，一般來說，我們自己寫的擴(kuò)展函數(shù)，并不需要一定使用FAST_ZPP， 因?yàn)槿绻陨硎菑?fù)雜的函數(shù)邏輯的， 這點(diǎn)開銷對比起來，其實(shí)也還好了。
最后，附上新的FAST_ZPP API和老的參數(shù)描述之間的對應(yīng)如下:
以上就是PHP7的FAST_ZPP內(nèi)核的詳細(xì)內(nèi)容了，看完之后是否有所收獲呢？如果想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計(jì)公司行業(yè)資訊！
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
