數(shù)組非數(shù)字鍵名引號(hào)的必要性有哪些

本篇內(nèi)容介紹了“數(shù)組非數(shù)字鍵名引號(hào)的必要性有哪些”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

我看到過(guò)很多人操作數(shù)組的時(shí)候, 對(duì)于數(shù)組中的非數(shù)字鍵名不使用引號(hào)

復(fù)制代碼 代碼如下:

  $array[key] = $value;

我可以理解有些人可能會(huì)覺(jué)得這樣的代碼很”整潔”, 并且也能正常執(zhí)行.
更甚至,如果他很”幸運(yùn)的”php配置的好:

復(fù)制代碼 代碼如下:

error_reporting = ~E_NOTIC

他也許永遠(yuǎn)都沉浸在自己的”整潔”風(fēng)格中, 看不到任何的NOTICE提示, 也不會(huì)意識(shí)到, 他這么做, 能損失多少的性能~
來(lái), 我們一起來(lái)看看:
good.php:

復(fù)制代碼 代碼如下:

<?php
   $array = array();
   $i = 0;
   while(++$i < 1000){
       $array['good'] = 2;
   }
?>

bad.php:

復(fù)制代碼 代碼如下:

<?php
   $array = array();
   $i = 0;
   while(++$i < 1000){
       $array[good] = 2;
   }
?>

分別看運(yùn)行時(shí)間(多次平均時(shí)間):
加引號(hào)的:

復(fù)制代碼 代碼如下:

$ time php -f good.php
real 0m0.013s
user 0m0.005s
sys 0m0.007

不加引號(hào)的:

復(fù)制代碼 代碼如下:

$ time php -f bad.php
PHP Notice: Use of undefined constant bad - assumed 'bad' in /home/huixinchen/tmp/bad.php
on line (此處省略999行NOTICE)
real 0m0.100s
user 0m0.020s
sys 0m0.029

看看,差別有多大?
哦, 或許我們應(yīng)該模擬一下那些”幸運(yùn)的”人們的情況, 去掉花費(fèi)在記錄NOTICE的開(kāi)銷(xiāo), 看看~

復(fù)制代碼 代碼如下:

$ time php -f bad.php
real 0m0.037s
user 0m0.018s
sys 0m0.018

我們可以看出, 基本上, 使用引號(hào),和不使用引號(hào)的效率損失在3倍以上
那么, 這些效率損失到哪里去了呢?
我們分別看下, 倆個(gè)文件生成的OPCODE序列:
good.php :

復(fù)制代碼 代碼如下:

filename: /home/huixinchen/tmp/good.php
compiled vars: !0 = $array, !1 = $i
line # op fetch ext return operands
-------------------------------------------------------------------------------
   2 0 INIT_ARRAY ~0
         1 ASSIGN !0, ~0
   3 2 ASSIGN !1, 0
   4 3 PRE_INC $3 !1
         4 IS_SMALLER ~4 $3, 1000
         5 JMPZ ~4, ->9
   5 6 ZEND_ASSIGN_DIM !0, 'good'
         7 ZEND_OP_DATA 2, $6
   6 8 JMP ->3
   8 9 RETURN 1
        10* ZEND_HANDLE_EXCEPTIO

bad.php :

復(fù)制代碼 代碼如下:

filename: /home/huixinchen/tmp/bad.php
compiled vars: !0 = $array, !1 = $i
line # op fetch ext return operands
-------------------------------------------------------------------------------
   2 0 INIT_ARRAY ~0
         1 ASSIGN !0, ~0
   3 2 ASSIGN !1, 0
   4 3 PRE_INC $3 !1
         4 IS_SMALLER ~4 $3, 1000
         5 JMPZ ~4, ->10
   5 6 FETCH_CONSTANT ~5 'bad'
         7 ZEND_ASSIGN_DIM !0, ~5
         8 ZEND_OP_DATA 2, $7
   6 9 JMP ->3
   8 10 RETURN 1
        11* ZEND_HANDLE_EXCEPTIO

我們可以看出(其實(shí),根據(jù)NOTICE的提示也知道), PHP會(huì)把沒(méi)有引號(hào)引起來(lái)的鍵名當(dāng)作是常量去獲取, 當(dāng)找不到的時(shí)候, 拋出一個(gè)NOTICE, 然后再根據(jù)”常量明”生成一個(gè)字符串, 然后再講這個(gè)字符串做為鍵名繼續(xù)~
聰明的你一定會(huì)想到, 可能會(huì)出現(xiàn)如下不可預(yù)期的錯(cuò)誤:

復(fù)制代碼 代碼如下:

define('key_name' , 'laruence');
....
//省略很多行代碼
$array[key_name] = 2; //變成了 $array['laruence'] = 2;
//這樣的錯(cuò)誤, 你會(huì)很郁悶吧?

明白了么? 數(shù)組中的非數(shù)字鍵的鍵名一定要有引號(hào)啊~
哦, 還記得有人會(huì)說(shuō), 那在字符串變量替換的時(shí)候, 寫(xiě)引號(hào)會(huì)導(dǎo)致錯(cuò)誤,
恩, 標(biāo)準(zhǔn)寫(xiě)法:

復(fù)制代碼 代碼如下:

$string = "variable value is {$array['key']}"

我很贊同:”be lazy”, 但是, lazy也是應(yīng)該有原則的.
最后, 好的代碼,不應(yīng)該通過(guò)關(guān)閉error_reporting來(lái)偽裝.
附注, FETCH_CONSTANT OPCODE中找不到常量的相關(guān)邏輯:

復(fù)制代碼 代碼如下:

....
if (!zend_get_constant(opline->op2.u.constant.value.str.val,
     opline->op2.u.constant.value.str.len, &EX_T(opline->result.u.var).tmp_var TSRMLS_CC)) {
       zend_error(E_NOTICE, "Use of undefined constant %s - assumed '%s'",
                opline->op2.u.constant.value.str.val,
                opline->op2.u.constant.value.str.val);
       EX_T(opline->result.u.var).tmp_var = opline->op2.u.constant;//獲取"常量"名字符串
       zval_copy_ctor(&EX_T(opline->result.u.var).tmp_var);//分配空間,生成字符串
}
....

“數(shù)組非數(shù)字鍵名引號(hào)的必要性有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！