析构函数中的工作目录问题
2012-06-04 17:24
225 查看
析构函数大家想必都非常熟悉了
PHP析构函数,相反于构造函数. PHP调用它们来将一个对象从内存中销毁. 默认地,PHP仅仅释放对象属性所占用的内存并销毁对象相关的资源. 析构函数允许你在使用一个对象之后执行任意代码来清除内存.
当PHP决定你的脚本不再与对象相关时,PHP析构函数将被调用. 在一个函数的命名空间内,这会发生在函数return的时候. 对于全局变量,这发生于脚本结束的时候. 如果你想明确地销毁一个对象,你可以给指向该对象的变量分配任何其它值. 通常将变量赋值勤为NULL或者调用unset .
记得很久之前听一个朋友说过,他的__destruct函数不被触发,非要在程序中unset($obj)或者$obj = null;之后才被触发,当时一听之后,虽然觉得很奇怪,但是并没有动手去检验一下,昨天闲来无事随便写了个脚本测试一下。
发现log.log中只有start,没有finish。
清空log中的内容之后,再修改一下程序:
好像真的是要unset才会执行__destruct。
可是事情还没有结束,我又修改了一下程序,改动了__destruct函数,同时删除了unset这句代码:
这时候屏幕上居然打印出了‘finish’,这样就证明析构函数确实是被执行到了。
百思不得其解之后,开始上网找资料,看到一位朋友些的析构函数中用到了error_log并被执行了,和我用法不同的是他并没有指定error_log的文件,而是到默认的log文件,于是我模拟了一下,又修改了我的程序:
而E:\AppServ\Apache2.2\logs\error.log(我的apache配置的默认的log日志文件)真的有start和finish。
奇怪的问题,想不通,于是去群里面问了下,群里的朋友要么让我检查语法错误,要么检查文件权限,我确定这两个没有任何问题。
我说“windows系统,不存在权限问题,肯定不是这个引起的”
一个群友说:“windos系统,不解释!”
我说:“这肯定和系统没关系,我怀疑是apache的问题。”
于是我把_log还原了一下,到linux+nginx的虚拟机上跑了一下。
这让我更加怀疑我的判断:apache导致的
于是折腾了一个小时,在服务器上装了apache并运行了一下文件,还是同样的结果,finish并没有成功写入。
这时候一个同事跟我说,你写绝对路径试试看,于是我又修改了一个_log
再观察一下,成功写入“finish”,激动啊,终于找到问题了,我又修改了一下程序
查看运行结果:
再到nginx服务器下运行,得到结果
真相大白,原来apache的析构函数会改变当前程序的目录,所以用相对目录的话,就找不到对应的文件,写入当然也是失败了。
不容易啊,实践出真知。
PHP析构函数,相反于构造函数. PHP调用它们来将一个对象从内存中销毁. 默认地,PHP仅仅释放对象属性所占用的内存并销毁对象相关的资源. 析构函数允许你在使用一个对象之后执行任意代码来清除内存.
当PHP决定你的脚本不再与对象相关时,PHP析构函数将被调用. 在一个函数的命名空间内,这会发生在函数return的时候. 对于全局变量,这发生于脚本结束的时候. 如果你想明确地销毁一个对象,你可以给指向该对象的变量分配任何其它值. 通常将变量赋值勤为NULL或者调用unset .
记得很久之前听一个朋友说过,他的__destruct函数不被触发,非要在程序中unset($obj)或者$obj = null;之后才被触发,当时一听之后,虽然觉得很奇怪,但是并没有动手去检验一下,昨天闲来无事随便写了个脚本测试一下。
<?php class Test { public function __construct(){ $this->_log('start'); } public function __destruct () { $this->_log('finish'); } public function _log ($str) { error_log($str . "\n", 3, './log.log'); } } $test = new Test;
发现log.log中只有start,没有finish。
清空log中的内容之后,再修改一下程序:
unset($test);果然,有了start,又有了finish。
好像真的是要unset才会执行__destruct。
可是事情还没有结束,我又修改了一下程序,改动了__destruct函数,同时删除了unset这句代码:
public function __destruct () { echo 'finish'; $this->_log('finish'); }
这时候屏幕上居然打印出了‘finish’,这样就证明析构函数确实是被执行到了。
百思不得其解之后,开始上网找资料,看到一位朋友些的析构函数中用到了error_log并被执行了,和我用法不同的是他并没有指定error_log的文件,而是到默认的log文件,于是我模拟了一下,又修改了我的程序:
public function _log ($str) { error_log($str . "\n"); error_log($str . "\n", 3, './log.log'); }我发现log.log中仍然之后start,没有finish
而E:\AppServ\Apache2.2\logs\error.log(我的apache配置的默认的log日志文件)真的有start和finish。
奇怪的问题,想不通,于是去群里面问了下,群里的朋友要么让我检查语法错误,要么检查文件权限,我确定这两个没有任何问题。
我说“windows系统,不存在权限问题,肯定不是这个引起的”
一个群友说:“windos系统,不解释!”
我说:“这肯定和系统没关系,我怀疑是apache的问题。”
于是我把_log还原了一下,到linux+nginx的虚拟机上跑了一下。
public function _log ($str) { error_log($str . "\n", 3, './log.log'); }log.log中成功写入了start和finish。
这让我更加怀疑我的判断:apache导致的
于是折腾了一个小时,在服务器上装了apache并运行了一下文件,还是同样的结果,finish并没有成功写入。
这时候一个同事跟我说,你写绝对路径试试看,于是我又修改了一个_log
public function _log ($str) { error_log($str . "\n", 3, '/var/www/apache/log.log'); }
再观察一下,成功写入“finish”,激动啊,终于找到问题了,我又修改了一下程序
public function __construct(){ echo getcwd() . '<br />'; } public function __destruct () { echo getcwd() . '<br />'; }
查看运行结果:
/var/www/apache /
再到nginx服务器下运行,得到结果
/var/www/apache /var/www/apache
真相大白,原来apache的析构函数会改变当前程序的目录,所以用相对目录的话,就找不到对应的文件,写入当然也是失败了。
不容易啊,实践出真知。
相关文章推荐
- php在析构函数中的工作目录问题
- intellij的tomcat工作目录问题
- NFS奇怪问题1 - NFS无法工作,服务重启失败,挂载目录变成问号。
- 获取Java工作目录问题
- 子进程继承父进程的当前工作目录的问题
- makefile 中切换工作目录的问题
- idea运行多模块的maven项目,工作目录不一致的问题
- 工作笔记:/bin/bash^M: 坏的解释器: 没有那个文件或目录 问题解决
- Erlang 编译时出现"no such file or directory" 与 当前工作目录问题
- 问题解决-某些项目因位于工作空间目录中而被隐藏 & 如何解决java项目导入出错:与另一项目重叠
- Erlang 编译时出现"no such file or directory" 与 当前工作目录问题
- linux下的工作目录问题
- ubuntu中修改用户工作目录出现的问题
- 子进程继承父进程的当前工作目录的问题
- git的搭建与使用,解决上传git成功后,没有看到工作目录的问题
- 由公司协同工作平台项目引发的Windows Active Directory(活动目录域)的应用问题
- Erlang 编译时出现"no such file or directory" 与 当前工作目录问题
- 进程工作目录设置不当导致的设备持续被占用的问题
- Linux Shell编程之softlink invoke与工作目录问题
- namenode多个工作目录解决数据丢失问题