风雪之隅的网站上大多是对PHP的底层进行关注的文章，如果对PHP的核心内容有兴趣不妨多翻阅一下他的网站。
本文的标题，其实是一个老问题了。
大家都知道，PHP对于没有引号的字符串，会当成常量来处理，如果该常量不存在，则直接输出该字符串。也就是多做了几步处理。
事实上，上面的这个知识点，很早就知道，但，不是我自己研究出来的。虽然自己写过代码进行测试过。
雪候鸟则直接从OPCODE上进行查看，给你一个直观印象。好，我们来看看原文吧
地址：http://www.laruence.com/2009/04/24/695.html
内容：
我看到过很多人操作数组的时候, 对于数组中的非数字键名不使用引号,
- $array[key] = $value;
我可以理解有些人可能会觉得这样的代码很”整洁”, 并且也能正常执行.
更甚至,如果他很”幸运的”php配置的好:
- error_reporting = ~E_NOTICE
他也许永远都沉浸在自己的”整洁”风格中, 看不到任何的NOTICE提示, 也不会意识到, 他这么做, 能损失多少的性能~
来, 我们一起来看看:
- good.php:
- <?php
- $array = array();
- $i = 0;
- while(++$i < 1000){
- $array['good'] = 2;
- }
- ?>
- bad.php:
- <?php
- $array = array();
- $i = 0;
- while(++$i < 1000){
- $array[good] = 2;
- }
- ?>
加引号的:
- $ time php -f good.php
- real 0m0.013s
- user 0m0.005s
- sys 0m0.007s
- $ 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.029s
哦, 或许我们应该模拟一下那些”幸运的”人们的情况, 去掉花费在记录NOTICE的开销, 看看~
- $ time php -f bad.php
- real 0m0.037s
- user 0m0.018s
- sys 0m0.018s
那么, 这些效率损失到哪里去了呢?
我们分别看下, 俩个文件生成的OPCODE序列:
good.php :
- 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_EXCEPTION
- 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
我们可以看出(其实,根据NOTICE的提示也知道), PHP会把没有引号引起来的键名当作是常量去获取, 当找不到的时候, 抛出一个NOTICE, 然后再根据”常量明”生成一个字符串, 然后再讲这个字符串做为键名继续~
聪明的你一定会想到, 可能会出现如下不可预期的错误:
- define('key_name' , 'laruence');
- ....
- //省略很多行代码
- $array[key_name] = 2; //变成了 $array['laruence'] = 2;
- //这样的错误, 你会很郁闷吧?
哦, 还记得有人会说, 那在字符串变量替换的时候, 写引号会导致错误,
恩, 标准写法:
- $string = "variable value is {$array['key']}"
我很赞同:”be lazy”, 但是, lazy也是应该有原则的.
最后, 好的代码,不应该通过关闭error_reporting来伪装.
附注, FETCH_CONSTANT OPCODE中找不到常量的相关逻辑:
- ....
- 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);//分配空间,生成字符串
- }
- ....
——EOF——
膘叔最受不了的，就是discuz，特别是模版中的变量，全部是不含单引号的。写起来是方便啊。但是性能不敢恭维。所以common.inc.php的前面几句就是error_reporting了。。隐藏掉，看你怎么办，有本事你咬我呀。。
我还能怎么办？
#1