classA{public$name;publicfunction__construct($name){$this->name=$name;echo"A：布局函数被调用，{$this->name}",PHP_EOL;}publicfunction__destruct(){echo"A：析构函数被调用，{$this->name}",PHP_EOL;}}$a=newA('$a');echo'-----',PHP_EOL;classBextendsA{publicfunction__construct($name){$this->name=$name;parent::__construct($name);echo"B：布局函数被调用，{$this->name}",PHP_EOL;}publicfunction__destruct(){parent::__destruct();echo"B：析构函数被调用，{$this->name}",PHP_EOL;}}classCextendsA{publicfunction__construct($name){$this->name=$name;echo"C：布局函数被调用，{$this->name}",PHP_EOL;}publicfunction__destruct(){echo"C：析构函数被调用，{$this->name}",PHP_EOL;}}classDextendsA{}//unset($a);//$a的析构提前//$a=null;//$a的析构提前$b=newB('$b');$c=newC('$c');$d=newD('$d');echo'-----',PHP_EOL;exit;//A：布局函数被调用，$a//-----//A：布局函数被调用，$b//B：布局函数被调用，$b//C：布局函数被调用，$c//A：布局函数被调用，$d//-----//A：析构函数被调用，$d//C：析构函数被调用，$c//A：析构函数被调用，$b//B：析构函数被调用，$b//A：析构函数被调用，$a
上面的代码是不是有一些内容和我们的预期不太一样？没事，我们一个一个来看：
子类如果重写了父类的布局或析构函数，如果不显式地利用parent::__constuct()调用父类的布局函数，那么父类的布局函数不会实行，如C类子类如果没有重写布局或析构函数，则默认调用父类的析构函数如果没显式地将变量置为NULL或者利用unset()的话，会在脚本实行完成后进行调用，调用顺序在测试代码中是类似于栈的形式前辈后出（C->B->A，C先被析构），但在做事器环境中则不一定，也便是说顺序不一定固定析构函数的引用问题当工具中包含自身相互的引用时，想要通过设置为NULL或者unset()来调用析构函数可能会涌现问题。
classE{public$name;public$obj;publicfunction__destruct(){echo"E：析构函数被调用，".$this->name,PHP_EOL;echo'-----',PHP_EOL;}}$e1=newE();$e1->name='e1';$e2=newE();$e2->name='e2';$e1->obj=$e2;$e2->obj=$e1;
类似于这样的代码，\$e1和$e2都是E类的工具，他们又各自持有对方的引用。实在大略点来说的话，自己持有自己的引用都会涌现类似的问题。
$e1=newE();$e1->name='e1';$e2=newE();$e2->name='e2';$e1->obj=$e2;$e2->obj=$e1;$e1=null;$e2=null;//gc_collect_cycles();$e3=newE();$e3->name='e3';$e4=newE();$e4->name='e4';$e3->obj=$e4;$e4->obj=$e3;$e3=null;$e4=null;echo'Edestory',PHP_EOL;
如果我们不打开gc_collect_cycles()那一行的注释，析构函数实行的顺序是这样的：
//不该用gc回收的结果//Edestory//E：析构函数被调用，e1//-----//E：析构函数被调用，e2//-----//E：析构函数被调用，e3//-----//E：析构函数被调用，e4//-----
如果我们打开了gc_collect_cycles()的注释，析构函数的实行顺序是：
//利用gc回收后结果//E：析构函数被调用，e1//-----//E：析构函数被调用，e2//-----//Edestory//E：析构函数被调用，e3//-----//E：析构函数被调用，e4//-----
可以看出，必须要让php利用gc回收一次，确定工具的引用都被开释了之后，类的析构函数才会被实行。引用如果没有开释，析构函数是不会实行的。
布局函数的低版本兼容问题在PHP5以前，PHP的布局函数是与类名同名的一个方法。也便是说如果我有一个F类，那么function F(){}方法便是它的布局函数。为了向低版本兼容，PHP依然保留了这个特性，在PHP7往后如果有与类名同名的方法，就会报过期警告，但不会影响程序实行。
classF{publicfunctionf(){//Deprecated:MethodswiththesamenameastheirclasswillnotbeconstructorsinafutureversionofPHP;Fhasadeprecatedconstructorecho"F：这也是布局函数，与类同名，不区分大小写",PHP_EOL;}//functionF(){////Deprecated:MethodswiththesamenameastheirclasswillnotbeconstructorsinafutureversionofPHP;Fhasadeprecatedconstructor//echo"F：这也是布局函数，与类同名",PHP_EOL;//}//function__construct(){//echo"F：这是布局函数，__construct()",PHP_EOL;//}}$f=newF();
如果__construc()和类同名方法同时存在的话，会优先走__construct()。其余须要把稳的是，函数名不区分大小写，以是F()和f()方法是一样的都会成为布局函数。同理，由于不区分大小写，以是f()和F()是不能同时存在的。当然，我们都不建议利用类同名的函数来做为布局函数，毕竟已经是过期的特性了，说不定哪天就被取消了。
布局函数重载PHP是不运行方法的重载的，只支持重写，便是子类重写父类方法，但不能定义多个同名方法而参数不同。在Java等措辞中，重载方法非常方便，特殊是在类实例化时，可以方便地实现多态能力。
$r1=newR();//默认布局函数$r2=newR('arg1');//默认布局函数一个参数的布局函数重载，arg1$r3=newR('arg1','arg2');//默认布局函数两个参数的布局函数重载，arg1，arg2
就像上述代码一样，如果你考试测验定义多个__construct()，PHP会很直接地见告你运行不了。那么有没有别的方法实现上述代码的功能呢？当然有，否则咱也不会写了。
classR{private$a;private$b;publicfunction__construct(){echo'默认布局函数',PHP_EOL;$argNums=func_num_args();$args=func_get_args();if($argNums==1){$this->constructA(...$args);}elseif($argNums==2){$this->constructB(...$args);}}publicfunctionconstructA($a){echo'一个参数的布局函数重载，'.$a,PHP_EOL;$this->a=$a;}publicfunctionconstructB($a,$b){echo'两个参数的布局函数重载，'.$a.'，'.$b,PHP_EOL;$this->a=$a;$this->b=$b;}}$r1=newR();//默认布局函数$r2=newR('arg1');//默认布局函数一个参数的布局函数重载，arg1$r3=newR('arg1','arg2');//默认布局函数两个参数的布局函数重载，arg1，arg2
相对来说比Java之类的措辞要麻烦一些，但是也确实是实现了相同的功能哦。
布局函数和析构函数的访问限定布局函数和析构函数默认都是public的，和类中的其他方法默认值一样。当然它们也可以设置成private和protected。如果将布局函数设置成非公共的，那么你将无法实例化这个类。这一点在单例模式被广泛运用，下面我们直接通过一个单例模式的代码看来。
classSingleton{privatestatic$instance;publicstaticfunctiongetInstance(){returnself::$instance==null?self::$instance=newSingleton():self::$instance;}privatefunction__construct(){}}$s1=Singleton::getInstance();$s2=Singleton::getInstance();echo$s1===$s2?'s1===s2':'s1!==s2',PHP_EOL;//$s3=newSingleton();//Fatalerror:UncaughtError:CalltoprivateSingleton::__construct()frominvalidcontext
当$s3想要实例化时，直接就报错了。关于单例模式为什么要让外部无法实例化的问题，我们可以看看之前的设计模式系统文章中的单例模式。
总结没想到我们每天用到的布局函数还能玩出这么多花样来吧，日常在开拓中比较须要把稳的便是子类继续时对布局函数重写时父类布局函数的调用问题以及引用时的析构问题。
测试代码：https://github.com/zhangyue0503/dev-blog/blob/master/php/201912/source/%E6%9E%84%E9%80%A0%E5%87%BD%E6%95%B0%E4%BB%A5%E5%8F%8A%E6%9E%90%E6%9E%84%E5%87%BD%E6%95%B0%E5%9C%A8PHP%E4%B8%AD%E9%9C%80%E8%A6%81%E6%B3%A8%E6%84%8F%E7%9A%84%E5%9C%B0%E6%96%B9.php
参考文档： https://www.php.net/manual/zh/language.oop5.decon.php#105368 https://www.php.net/manual/zh/language.oop5.decon.php#76446 https://www.php.net/manual/zh/language.oop5.decon.php#81458 https://www.php.net/manual/zh/language.oop5.decon.php
