Heim  >  Artikel  >  Backend-Entwicklung  >  php中析构函数中的工作目录的问题

php中析构函数中的工作目录的问题

WBOY
WBOYOriginal
2016-07-25 09:07:271027Durchsuche
  1. class Test {
  2. public function __construct(){
  3. $this->_log('start');
  4. }
  5. public function __destruct () {
  6. $this->_log('finish');
  7. }
  8. public function _log ($str) {
  9. error_log($str . "\n", 3, './log.log');
  10. }
  11. }
  12. $test = new Test;
  13. ?>
复制代码

发现log.log中只有start,没有finish。

清空log中的内容之后,再修改一下程序: unset($test); 果然,有了start,又有了finish。

好像真的是要unset才会执行__destruct。

可是事情还没有结束,我又修改了一下程序,改动了__destruct函数,同时删除了unset这句代码:

  1. public function __destruct () {
  2. echo 'finish';
  3. $this->_log('finish');
  4. }
  5. ?>
复制代码

这时候屏幕上居然打印出了‘finish’,这样就证明析构函数确实是被执行到了。

百思不得其解之后,开始上网找资料,看到一位朋友些的析构函数中用到了error_log并被执行了,和我用法不同的是他并没有指定error_log的文件,而是到默认的log文件,于是我模拟了一下,又修改了我的程序:

  1. public function _log ($str) {
  2. error_log($str . "\n");
  3. error_log($str . "\n", 3, './log.log');
  4. }
  5. ?>
复制代码

我发现log.log中仍然之后start,没有finish。 而E:\AppServ\Apache2.2\logs\error.log(我的apache配置的默认的log日志文件)真的有start和finish。 奇怪的问题,想不通,于是去群里面问了下,群里的朋友要么让我检查语法错误,要么检查文件权限,我确定这两个没有任何问题。 我说“windows系统,不存在权限问题,肯定不是这个引起的” 一个群友说:“windos系统,不解释!” 我说:“这肯定和系统没关系,我怀疑是apache的问题。” 于是我把_log还原了一下,到linux+nginx的虚拟机上跑了一下。

  1. public function _log ($str) {
  2. error_log($str . "\n", 3, './log.log');
  3. }
  4. ?>
复制代码

log.log中成功写入了start和finish。

这让我更加怀疑我的判断:apache导致的

于是折腾了一个小时,在服务器上装了apache并运行了一下文件,还是同样的结果,finish并没有成功写入。

这时候一个同事跟我说,你写绝对路径试试看,于是我又修改了一个_log

  1. public function _log ($str) {
  2. error_log($str . "\n", 3, '/var/www/apache/log.log');
  3. }
  4. ?>
复制代码

再观察一下,成功写入“finish”,激动啊,终于找到问题了,我又修改了一下程序

  1. public function __construct(){
  2. echo getcwd() . '
    ';
  3. }
  4. public function __destruct () {
  5. echo getcwd() . '
    ';
  6. }
  7. ?>
复制代码

查看运行结果: /var/www/apache /

再到nginx服务器下运行,得到结果: /var/www/apache /var/www/apache

原来apache的析构函数会改变当前程序的目录,所以用相对目录的话,就找不到对应的文件,写入当然也是失败了。 学习语言不容易啊,多实践有好处的。



Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn