转载一篇对php变量名的问题,很有意思,之前没注意过
2016-03-18 00:29
295 查看
在PHP语言中,变量都是保存在哈希表中,称为变量符号表,其中变量名为哈希表的键,变量名对应的容器zval的指针为哈希表中的值。所有全局变量放在一张主符号表中(也就是数组$GLOBALS对应的哈希表)。PHP语言有个特性,变量在命名时,$变量标识符后不能以数字开头。例如我们在以下代码:
<?php
$111= "my";
?>
会报如下错误:Parse error: syntax error, unexpected T_LNUMBER, expecting T_VARIABLE or '$' in...
从错误的描叙来看,这是一个语法错误,于是我们推论对变量名合法性的判断应该是在编译时的语法分析阶段。
为了证明观点,我们可以试着在执行阶段定义一个数字字符开头的变量:
<?php
$a = 111;
$$a = "my"; //以变量$a的值作为变量名
echo $$a;
var_dump($GLOBALS);
?>
运行之后发现不报错,并且在全局符号表$GLOBALS中发现相关符号:
["a"]=>
int(111)
["111"]=>
string(2) "my"
这样我们就定义了一个全数字字符命名的变量,似乎违背了PHP的规则,但是确实做到了。
(读者可以试着输出$GLOBALS["111"]的值,虽然有值,但是结果却为NULL,这个是PHP中一个类型转换的特性)
在这段代码中,$$a = "my"这条语句具有多态性,只有当实际执行到这条语句的时候,我们才能确定变量名,PHP在语法分析阶段无法知道这个变量名会是什么,所以就不会报错,在执行阶段,PHP语言不判断变量名的合法性,于是就产生了这样一个叛逆的变量。
知道了这个特性之后,马上会想到一个另外一个特殊的变量:$this
在类的方法中,$this关键字用来指向当前类的对象实例,如果对$this进行赋值操作,会发生什么事情?
<?php
class Person
{
protected $_name = "phper";
protected $_age = 18;
public function getName()
{
$this = 123;
return $this->_name;
}
public function getAge()
{
return $this->_age;
}
}
$p = new Person();
$p->getName();
?>
执行代码,报错:
Fatal error: Cannot re-assign $this in...
PHP对$this变量做了一定保护措施,但是这个保护措施也不是完全的,我们利用前面的方法在执行期改变$this的值, 修改后的getName方法为:
public function getName()
{
$a = "this";
$$a = 123;
echo $this;
return $this->_name;
}
然后执行代码,发现能够顺利执行,$this的值变成了123, 由此可以判断对$this关键字的保护也仅限与语法分析阶段。
当$this的值变成123之后,按理说$this->_name肯定会报错的,但是居然代码能正常执行,这个确实很让人觉得不可思议。于是推断
$this->_name这样的引用方式和一般的对象变量引用方式在有差异,我们继续对getName做修改:
public function getName()
{
$a = "this";
$$a = 123;
$b = 123;
echo $this;
echo $b;
$this->getAge();
$b->getAge();
return $this->_name;
}
这段代码中,$this和$b的值都等于123,但是$this->getAge()可以顺利执行,$b->getAge()却报错:
Fatal error: Call to a member function getAge() on a non-object...
这是一个诡异的问题,于是可以推断$this->getAge()和$b->getAge()在编译之后对应的op handler肯定有所差异,于是查看之。
通过vld查看op的信息
$this->getAge()对应的为:
ZEND_INIT_METHOD_CALL RES[ IS_UNUSED ] OP1[ IS_UNUSED ] OP2[ IS_CONST (8142027) 'getAge' ]
$b->getAge()在对应的为:
ZEND_INIT_METHOD_CALL RES[ IS_UNUSED ] OP1[ IS_CV !0 ] OP2[ , IS_CONST (8142039) 'getAge' ]
虽然对应了同样的op code,但是由于操作数的不同(前者不使用OP1,后者使用OP1, 且OP1的值!0表示$b),同一个op code对应同一类handler,然后根据操作数的类型确定到此类handler中的某一个handler。
$this->getAge()对应的handler处理为:ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER
$b->getAge() 对应的handler处理为:ZEND_INIT_METHOD_CALL_SPEC_CV_CONST_HANDLER
这就是它们的差异了,在执行
$my = new Person();
$name = $my->getName();
调用getName的时候,getName()的作用域(scope)已经被设置成$name对象中,语法分析的时候对于getName中$this->getAge()这样的调用时只是在当前作用域(scope)中调用getAge()函数,不会理会$this的具体值,而在$b->getAge()这样的调用时,会关心$b所对应的值。
<?php
$111= "my";
?>
会报如下错误:Parse error: syntax error, unexpected T_LNUMBER, expecting T_VARIABLE or '$' in...
从错误的描叙来看,这是一个语法错误,于是我们推论对变量名合法性的判断应该是在编译时的语法分析阶段。
为了证明观点,我们可以试着在执行阶段定义一个数字字符开头的变量:
<?php
$a = 111;
$$a = "my"; //以变量$a的值作为变量名
echo $$a;
var_dump($GLOBALS);
?>
运行之后发现不报错,并且在全局符号表$GLOBALS中发现相关符号:
["a"]=>
int(111)
["111"]=>
string(2) "my"
这样我们就定义了一个全数字字符命名的变量,似乎违背了PHP的规则,但是确实做到了。
(读者可以试着输出$GLOBALS["111"]的值,虽然有值,但是结果却为NULL,这个是PHP中一个类型转换的特性)
在这段代码中,$$a = "my"这条语句具有多态性,只有当实际执行到这条语句的时候,我们才能确定变量名,PHP在语法分析阶段无法知道这个变量名会是什么,所以就不会报错,在执行阶段,PHP语言不判断变量名的合法性,于是就产生了这样一个叛逆的变量。
知道了这个特性之后,马上会想到一个另外一个特殊的变量:$this
在类的方法中,$this关键字用来指向当前类的对象实例,如果对$this进行赋值操作,会发生什么事情?
<?php
class Person
{
protected $_name = "phper";
protected $_age = 18;
public function getName()
{
$this = 123;
return $this->_name;
}
public function getAge()
{
return $this->_age;
}
}
$p = new Person();
$p->getName();
?>
执行代码,报错:
Fatal error: Cannot re-assign $this in...
PHP对$this变量做了一定保护措施,但是这个保护措施也不是完全的,我们利用前面的方法在执行期改变$this的值, 修改后的getName方法为:
public function getName()
{
$a = "this";
$$a = 123;
echo $this;
return $this->_name;
}
然后执行代码,发现能够顺利执行,$this的值变成了123, 由此可以判断对$this关键字的保护也仅限与语法分析阶段。
当$this的值变成123之后,按理说$this->_name肯定会报错的,但是居然代码能正常执行,这个确实很让人觉得不可思议。于是推断
$this->_name这样的引用方式和一般的对象变量引用方式在有差异,我们继续对getName做修改:
public function getName()
{
$a = "this";
$$a = 123;
$b = 123;
echo $this;
echo $b;
$this->getAge();
$b->getAge();
return $this->_name;
}
这段代码中,$this和$b的值都等于123,但是$this->getAge()可以顺利执行,$b->getAge()却报错:
Fatal error: Call to a member function getAge() on a non-object...
这是一个诡异的问题,于是可以推断$this->getAge()和$b->getAge()在编译之后对应的op handler肯定有所差异,于是查看之。
通过vld查看op的信息
$this->getAge()对应的为:
ZEND_INIT_METHOD_CALL RES[ IS_UNUSED ] OP1[ IS_UNUSED ] OP2[ IS_CONST (8142027) 'getAge' ]
$b->getAge()在对应的为:
ZEND_INIT_METHOD_CALL RES[ IS_UNUSED ] OP1[ IS_CV !0 ] OP2[ , IS_CONST (8142039) 'getAge' ]
虽然对应了同样的op code,但是由于操作数的不同(前者不使用OP1,后者使用OP1, 且OP1的值!0表示$b),同一个op code对应同一类handler,然后根据操作数的类型确定到此类handler中的某一个handler。
$this->getAge()对应的handler处理为:ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER
$b->getAge() 对应的handler处理为:ZEND_INIT_METHOD_CALL_SPEC_CV_CONST_HANDLER
这就是它们的差异了,在执行
$my = new Person();
$name = $my->getName();
调用getName的时候,getName()的作用域(scope)已经被设置成$name对象中,语法分析的时候对于getName中$this->getAge()这样的调用时只是在当前作用域(scope)中调用getAge()函数,不会理会$this的具体值,而在$b->getAge()这样的调用时,会关心$b所对应的值。
相关文章推荐
- 转载的一篇php代码的执行流程
- 深入讲解PHP的Yii框架中的属性(Property)
- 详解在PHP的Yii框架中使用行为Behaviors的方法
- PHP的Yii框架中行为的定义与绑定方法讲解
- PHP的Yii框架中移除组件所绑定的行为的方法
- 详解PHP的Yii框架中组件行为的属性注入和方法注入
- PHP指定截取字符串中的中英文或数字字符的实例分享
- PHP 学习把握路线
- thinkphp的URL大小写敏感的解决方法
- php动态程序生成静态文件示例
- php中session_save_path另一种用法
- 遍历文件夹
- PHP 观察者设计模式测试代码笔记
- PHP闭包Closure研究
- PHP Pthread多线程 操作
- 实习记录(一)--php超全局变量$_GET
- php如何 使用多线程?
- Matplotlib快速绘图
- Matplotlib快速绘图
- PHP流程控制之条件结构