PHP7往后我们把(REFERENCE)变成了一种新的类型:IS_REFERNCE.
然而引用是一种很常见的运用, 以是这个变革带来了很多的变革, 也给我们在做PHP7开拓的时候, 由于有的时候轻忽忘了处理这个类型, 而带来不少的bug.
最大略的情形, 便是在处理各种类型的时候, 从此往后我们要多考虑这种新的类型, 比如在PHP7中, 这样的代码形式就变得很常见了:
try_again:swtich (Z_TYPE_P(zv)) { case IS_TRING: break; case IS_ARRAY: break; ... case IS_REFERENCE: zv = Z_REFVAL_P(zv); //解引用 goto try_again; break;}
大家自己写的扩展, 如果忘了考虑这种新的类型, 那么就会导致问题.
为什么?
那么既然这种新类型会带来这么多问题, 那么当时为什么要用把引用变成一种类型呢? 为什么不还是利用一个标志位呢?
一句话来说, 便是我们不得不这么做. -_#
前面说到, Hashtable直接存储的是zval, 这样在符号表中, 俩个zval如何共用一个数值呢? 对付字符串等繁芜类型来说还好, 我们貌似可以在zend_refcounted构造中加入一个标志位来表明是引用来办理, 然而这个也会碰着Change On Write带来的复制, 但是我们知道在PHP7中, 一些类型是直接存储在zval中的, 比如IS_LONG, 但是引用类型是须要引用计数的, 那么对付一个是IS_LONG并且又是IS_REFERNCE的zval该如何表示呢?
为此, 我们创造了这个新的类型:
如图所示, 引用是一种新的类型:zend_reference, 对付IS_REFERNCE类型的zval, zval.value.ref是一个指向zend_reference的指针, 它包含了引用计数和一个zval, 详细的zval的值是存在zval.value.ref->val中的.
以是对付IS_LONG的引用来说, 就用一个类型是IS_REFERNCE的zval, 它指向一个zend_reference, 而这个zend_reference->val中是一个类型为IS_LONG的zval.
Change On Write
PHP采取引用计数来做大略的垃圾回收, 考虑如下的代码:
<?php1. $val = \"大众laruence\"大众;2. $ref = &$val;3. $copy = $val;?>
$ref和$val是指向同一个zval的引用, 在PHP5的时候, 我们是通过一个引用计数为2, 并且引用标志位为1来表示这种情形, 当把$val复制给$copy(line 3)的时候, 我们创造$val是一个计数大于1的引用, 以是要产生Change on write, 也便是分离. 以是我们须要复制这个zval.
而在PHP7中, 情形就变得大略了很多, 首先在引用赋值给$ref(line 2)的时候, 天生一个IS_REFERNCE类型, 然后由于此时有俩个变量引用它以是zend_reference这个构造的引用计数zval.value.ref->gc.refcount为2.
再随后的赋值给$copy(line 3)的时候, 创造$val是一个引用, 于是让$copy指向的是zval.value.ref->val, 也便是字符串值为laruence的zval, 然后把zval的引用计数+1, 也便是zval.value.ref->val.value.str.gc.refcount为2. 并没有产生复制.
从而这就很好的办理了上一章所说的PHP5的那个经典的问题, 比如我们在PHP7下运行上一章的那个问题, 我们得到的结果是:
$ php-7.0/sapi/cli/php /tmp/1.phpUsed 0.00021380008539Used 0.00020173048281
可见确实没有发生复制, 从而不会产生任何的性能问题.
资料领取：4个G的PHP微信二次开拓教程分享，第三方接口和小程序支付功能。
领取办法：关注然后私信回答PHP即可得到！
再次把稳：如果您以为获取办法跟步骤很麻烦，麻烦您高抬贵手不要找我，毕竟这些都是赠予！
！
！
避免喷子毁坏我整理资源的心情，如果各位小哥哥小姐姐以为还OK，给个赞吧！
！
