深入理解php中require/include的顺...-php中析构函数中的工作目录的...-php中strtotime的函数效率

当前位置: 编程技术>php

本页文章导读:

▪深入理解php中require/include的顺序介绍：在大型的Web项目中, include_path是一个模块化设计的根本中的根本(当然,现在也有很多基于autoload的设计)。正是因为include_path, 经常会让我们遇到一些因为没有找到正确的文件而导致的.........

▪php中析构函数中的工作目录的问题当PHP决定你的脚本不再与对象相关时。PHP析构函数将被调用。在一个函数的命名空间内,这会发生在函数return的时候。对于全局变量,这发生于脚本结束的时候。如果你想明确地销毁一个对象.........

▪php中strtotime的函数效率 php中strtotime的函数效率曾看到有人说这个函数效率极差，于是写了个文件进行测试。代码如下: <?php $start = array_sum(explode()(' ', microtime())); for($i=0;$i<10000;++$i) { .........

[1]深入理解php中require/include的顺序

来源: 互联网发布时间: 2013-12-24

介绍：
在大型的Web项目中, include_path是一个模块化设计的根本中的根本(当然,现在也有很多基于autoload的设计)。
正是因为include_path, 经常会让我们遇到一些因为没有找到正确的文件而导致的看似”诡异”的问题。

也就有了如下的疑问:
1）、include_path是怎么起作用的?
2）、如果有多个include_path顺序是怎么样的?
3）、什么情况下include_path不起作用?

今天, 我就全面的介绍下这个问题, 先从一个例子开始吧.

如下的目录结构:
root
   ├ 1.php
   ├ 3.php
   └ subdir
        ├ 2.php
        └ 3.php

在1.php中:

代码如下:

<?php
ini_set("include_path", ".:path_to_subdir"); // 表示包含两个路径，一个‘.’表示当前路径，path_to_subdir表示subdir的绝对或者相对路径
require("2.php");
?>

而在2.php中:

代码如下:

<?php
require("3.php");
?>

而在root目录下的3.php打印出”root”, 在subdir目录下的3.php打印出”subdir”;

现在, 问题来了:
1. 当在root目录下运行1.php, 会得到什么输出?
2. 在subdir下运行上一级目录的1.php, 有会得到什么输出?
3. 当取消include_path中的当前目录path(也就是include_path=”path_to_subdir”), 上面俩个问题又会是什么输出?
PHP中的include_path

PHP在遇到require(_once)/include(_once)的指令的时候, 首先会做如下的判断:
要包含的文件路径是绝对路径么?
如果是, 则直接包含, 并结束.
如果不是, 进入另外的逻辑(经过多次调用, 宏展开后进入_php_stream_fopen_with_path)寻找此文件.

接下来, 在_php_stream_fopen_with_path中, 会做如下判断:
要包含的文件路径是相对路径么(形如./file, ../dir/file, 以下用"目录相对路径代替")?
如果是, 则跳过include_path的作用逻辑, 直接解析相对路径(随后单独介绍).

会根据include_path,和当前执行文件的path组成一个待选的目录列表, 比如对于文章前面的例子来说, 会形成一个如下的待选列表
".:path_to_subdir:current_script_dir"

然后, 依次从待选列表头部开始, 根据DEFAULT_DIR_SEPARATOR(本文的环境是”:”)取出待选列表中的一个路径, 然后把要包含的文件名附加在这个路径后面, 进行尝试. 如果成功包含, 则返回, 否则继续下一个待选路径.

到现在为止, 我们已经可以回答我开头提出的3个问题了.

1. 因为在root目录下执行, 所以在1.php中包含2.php的时候, include_path的第二个待选路径起了作用(path_to_subdir), 找到了path_to_subdir/2.php, 而在2.php包含3.php的时候, 当前工作目录是root下, 所以在包含3.php的时候, include_path的第一个待选路径”.”(当前工作目录)下就找到的匹配的文件, 所以得到的输出是”root”.

2. 同1, 只不过当前的路径是subdir, 所以得到的输出是”subdir”.

3. 因为没有了当前路径为include_path, 所以在root目录下运行的时候2.php中包含3.php的时候, 是path_to_subdir起了作用, 所以无论在root还是subdir都将得到”subdir”的输出.
而如果在2.php中清空include_path,

代码如下:

<?php
ini_set("include_path", '');
require("3.php");
?>

那么将会是current_script_dir起作用, 而这个时候current_script_dir是2.php的路径, 所以还是会得到”subdir”的输出.

目录相对路径

在使用目录相对路径的情况下, 相对路径的基点, 永远都是当前工作目录.

为了说明在目录相对路径下的情况,我们再看个列子, 还是上面的目录结构, 只不过1.php变成了:

代码如下:

<?php
ini_set("include_path", "/");
require("./subdir/2.php");
?>

2.php变成了:

代码如下:

<?php
require("./3.php");
?>

如果在root目录下执行, 2.php中寻找3.php将会在当前目录的相对路径下寻找, 所以得到的输出是”root”, 而如果是在subdir下执行上一级目录的1.php(php -f ../1.php), 将会因为在subdir下找不到”./subdir/2.php”而异常退出.

总结

1. 因为使用include_path和相对路径的情况下，性能会和寻找的次数有关，最坏的情况下，如果你有10个include_path，那么最多可能会重试11次才能找到要包含的文件，所以，在能使用绝对路径的情况下最好使用绝对路径。

2. 因为目录相对路径的basedir，永远都是当前工作路径，如果要使用，需要和实际部署路径相关，所以实际使用的很少(当然，也有借助chdir来完成的模块)。

3. 在模块化的系统设计中，一般应该在模块内，通过获取模块的部署路径(dirname(__FILE__)，php5.3以后更是提供了__DIR__常量)从而使用绝对路径。

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

来源: 互联网发布时间: 2013-12-24

当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这句代码：

代码如下:

<?php
 public function __destruct () {
 echo 'finish';
 $this->_log('finish');
 }
?>

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

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

代码如下:

<?php
 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的虚拟机上跑了一下。

代码如下:

<?php
 public function _log ($str) {
 error_log($str . "\n", 3, './log.log');
 }
?>

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

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

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

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

代码如下:

<?php
 public function _log ($str) {
 error_log($str . "\n", 3, '/var/www/apache/log.log');
 }
?>

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

代码如下:

<?php
 public function __construct(){
 echo getcwd() . ' ';
 }

 public function __destruct () {
 echo getcwd() . ' ';
 }
?>

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

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

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

[3]php中strtotime的函数效率

来源: 互联网发布时间: 2013-12-24

php中strtotime的函数效率

曾看到有人说这个函数效率极差，于是写了个文件进行测试。

代码如下:

<?php
 $start = array_sum(explode()(' ', microtime()));
 for($i=0;$i<10000;++$i) {
 strtotime("-1 day");
 }

 $end = array_sum(explode(' ', microtime()));

 echo $end - $start ;
 echo ' ';

 $start = array_sum(explode(' ', microtime()));

 for($i=0;$i<10000;++$i) {
 time() - 86400;
 }

 $end = array_sum(explode(' ', microtime()));

 echo $end - $start ;
?>

输出结果如下：
1.13611793518
0.00332498550415

效率相差400倍，的确差别很大，值得关注。