奥门新浦京官方网站PHP 性能分析与实验:性能的微观分析

在上一篇文章中,我们从
PHP 是解释性语言、动态语言和底层实现等三个方面,探讨了 PHP
性能的问题。本文就深入到 PHP 的微观层面,我们来了解 PHP
在使用和编写代码过程中,性能方面,可能需要注意和提升的地方。

1、用单引号代替双引号来包含字符串,这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量,单引号则不会,注意:只有echo能这么做,它是一种可以把多个字符串当作参数的”函数”(译注:PHP手册中说echo是语言结构,不是真正的函数,故把函数加上了双引号)。

在开始分析之前,我们得掌握一些与性能分析相关的函数。这些函数让我们对程序性能有更好的分析和评测。

2、如果能将类的方法定义成static,就尽量定义成static,它的速度会提升将近4倍。

奥门新浦京官方网站 1

3、$row[‘id’] 的速度是$row[id]的7倍。

一、性能分析相关的函数与命令

4、echo 比 print
快,并且使用echo输出时用逗号而不是句点代替字符串连接效率更高,比如 echo
$str1,$str2。

1.1、时间度量函数

平时我们常用 time()
函数,但是返回的是秒数,对于某段代码的内部性能分析,到秒的精度是不够的。于是要用
microtime 函数。而 microtime
函数可以返回两种形式,一是字符串的形式,一是浮点数的形式。不过需要注意的是,在缺省的情况下,返回的精度只有4位小数。为了获得更高的精确度,我们需要配置
precision。

如下是 microtime 的使用结果。

$start= microtime(true);
echo $start."/n";
$end = microtime(true);
echo $end."/n";
echo ($end-$start)."/n";

输出为:

bash-3.2# phptime.php

1441360050.3286 
1441360050.3292 
0.00053000450134277

而在代码前面加上一行:

ini_set("precision", 16);

输出为:

bash-3.2# phptime.php

1441360210.932628 
1441360210.932831 
0.0002031326293945312

除了 microtime 内部统计之外, 还可以使用 getrusage
来取得用户态的时长。在实际的操作中,也常用 time
命令来计算整个程序的运行时长,通过多次运行或者修改代码后运行,得到不同的时间长度以得到效率上的区别。
具体用法是:time phptime.php
,则在程序运行完成之后,不管是否正常结束退出,都会有相关的统计。

bash-3.2# time phptime.php

1441360373.150756 
1441360373.150959 
0.0002031326293945312

real 0m0.186s 
user 0m0.072s 
sys 0m0.077s

因为本文所讨论的性能问题,往往分析上百万次调用之后的差距与趋势,为了避免代码中存在一些时间统计代码,后面我们使用
time 命令居多。

5、在执行for循环之前确定最大循环数,不要把 count/strlen/sizeof
等每次都要重复做的但结果都一样的事情放到 for
循环的条件语句中,另外最好运用foreach代替for循环。

1.2、内存使用相关函数

分析内存使用的函数有两个:memory_ get_ usage、memory_ get_
peak_usage,前者可以获得程序在调用的时间点,即当前所使用的内存,后者可以获得到目前为止高峰时期所使用的内存。所使用的内存以字节为单位。

$base_memory= memory_get_usage();
echo "Hello,world!/n";
$end_memory= memory_get_usage();
$peak_memory= memory_get_peak_usage();

echo $base_memory,"/t",$end_memory,"/t",($end_memory-$base_memory),"/t", $peak_memory,"/n";

输出如下:

bash-3.2# phphelloworld.php

Hello,world! 
224400 224568 168 227424

可以看到,即使程序中间只输出了一句话,再加上变量存储,也消耗了168个字节的内存。

对于同一程序,不同 PHP 版本对内存的使用并不相同,甚至还差别很大。

$baseMemory= memory_get_usage();
class User
{
private $uid;
function __construct($uid)
    {
$this->uid= $uid;
    }
}

for($i=0;$i<100000;$i++)
{
$obj= new User($i);
if ( $i% 10000 === 0 )
    {
echo sprintf( '%6d: ', $i), memory_get_usage(), " bytes/n";
    }
}
echo "  peak: ",memory_get_peak_usage(true), " bytes/n";

在 PHP 5.2 中,内存使用如下:

[root@localhostphpperf]# php52 memory.php

0: 93784 bytes 
10000: 93784 bytes 
…… 80000: 93784 bytes 
90000: 93784 bytes 
peak: 262144 bytes

PHP 5.3 中,内存使用如下

[root@localhostphpperf]# phpmemory.php

0: 634992 bytes 
10000: 634992 bytes 
…… 80000: 634992 bytes 
90000: 634992 bytes 
peak: 786432 bytes

可见 PHP 5.3 在内存使用上要粗放了一些。

PHP 5.4 – 5.6 差不多,有所优化:

[root@localhostphpperf]# php56 memory.php

0: 224944 bytes 
10000: 224920 bytes 
…… 80000: 224920 bytes 
90000: 224920 bytes 
peak: 262144 bytes

而 PHP 7 在少量使用时,高峰内存的使用,增大很多。

[root@localhostphpperf]# php7 memory.php

0: 353912 bytes 
10000: 353912 bytes 
…… 80000: 353912 bytes 
90000: 353912 bytes 
peak: 2097152 bytes

从上面也看到,以上所使用的 PHP
都有比较好的垃圾回收机制,10万次初始化,并没有随着对象初始化的增多而增加内存的使用。PHP7
的高峰内存使用最多,达到了接近 2M。

下面再来看一个例子,在上面的代码的基础上,我们加上一行,如下:

$obj->self = $obj;

代码如下:

$baseMemory= memory_get_usage();
class User
{
private $uid;
function __construct($uid)
    {
$this->uid= $uid;
    }
}

for($i=0;$i<100000;$i++)
{
$obj= new User($i);
$obj->self = $obj;
if ( $i% 5000 === 0 )
    {
echo sprintf( '%6d: ', $i), memory_get_usage(), " bytes/n";
    }
}
echo "  peak: ",memory_get_peak_usage(true), " bytes/n";

这时候再来看看内存的使用情况,中间表格主体部分为内存使用量,单位为字节。

奥门新浦京官方网站 2

图表如下:

奥门新浦京官方网站 3

PHP 5.2 并没有合适的垃圾回收机制,导致内存使用越来越多。而5.3
以后内存回收机制导致内存稳定在一个区间。而也可以看见 PHP7
内存使用最少。把 PHP 5.2 的图形去掉了之后,对比更为明显。

奥门新浦京官方网站 4

可见 PHP7
不仅是在算法效率上,有大幅度的提升,在大批量内存使用上也有大幅度的优化(尽管小程序的高峰内存比历史版本所用内存更多)。

6、及时注销那些不用的变量,尤其是大数组,对象之类的,以便释放内存。

1.3、垃圾回收相关函数

在 PHP
中,内存回收是可以控制的,我们可以显式地关闭或者打开垃圾回收,一种方法是通过修改配置,zend.enable_gc=Off 就可以关掉垃圾回收。缺省情况下是 On 的。另外一种手段是通过 gc
_enable()和gc _disable()函数分别打开和关闭垃圾回收。

比如在上面的例子的基础上,我们关闭垃圾回收,就可以得到如下数据表格和图表。

代码如下:

gc_disable();
$baseMemory= memory_get_usage();
class User
{
private $uid;
function __construct($uid)
    {
$this->uid= $uid;
    }
}

for($i=0;$i<100000;$i++)
{
$obj= new User($i);
$obj->self = $obj;
if ( $i% 5000 === 0 )
    {
echo sprintf( '%6d: ', $i), memory_get_usage(), " bytes/n";
    }
}
echo "  peak: ",memory_get_peak_usage(true), " bytes/n";

分别在 PHP 5.3、PHP5.4 、PHP5.5、PHP5.6 、PHP7
下运行,得到如下内存使用统计表。

奥门新浦京官方网站 5

图表如下,PHP7 还是内存使用效率最优的。

奥门新浦京官方网站 6

从上面的例子也可以看出来,尽管在第一个例子中,PHP7
的高峰内存使用数是最多的,但是当内存使用得多时,PHP7
的内存优化就体现出来了。

这里值得一提的是垃圾回收,尽管会使内存减少,但是会导致速度降低,因为垃圾回收也是需要消耗
CPU 等其他系统资源的。Composer
项目就曾经因为在计算依赖前关闭垃圾回收,带来成倍性能提升,引发广大网友关注。详见:

在常见的代码和性能分析中,出了以上三类函数之外,还常使用的有堆栈跟踪函数、输出函数,这里不再赘述。

7、require_once()代价昂贵,据测试数据来看,使用require_once比require慢3-4倍,具体的解决办法可先检查是否存在引用然后决定是都需要require。

二、PHP 性能分析10则

下面我们根据小程序来验证一些常见的性能差别。

8、include和require文件时尽量不要使用相对路径,因为使用相对路径的时候它会首先查找指定的php包含路径,然后查找当前目录,因此会检查过多路径,所以最佳选择是使用绝对路径。

2.1、使用 echo 还是 print

在有的建议规则中,会建议使用 echo ,而不使用 print。说 print 是函数,而
echo 是语法结构。实际上并不是如此,print
也是语法结构,类似的语法结构,还有多个,比如 list、isset、require
等。不过对于 PHP 7 以下 PHP
版本而言,两者确实有性能上的差别。如下两份代码:

for($i=0; $i<1000000; $i++)
{
echo("Hello,World!");
}
for($i=0; $i<1000000; $i++)
{
print ("Hello,World!");
}

在 PHP 5.3 中运行速度分别如下(各2次):

[root@localhostphpperf]# time php echo1.php > /dev/null
real 0m0.233s 
user 0m0.153s 
sys 0m0.080s 
[root@localhostphpperf]# time php echo1.php > /dev/null
real 0m0.234s 
user 0m0.159s 
sys 0m0.073s 
[root@localhostphpperf]# time phpecho.php> /dev/null
real 0m0.203s 
user 0m0.130s 
sys 0m0.072s 
[root@localhostphpperf]# time phpecho.php> /dev/null
real 0m0.203s 
user 0m0.128s 
sys 0m0.075s

在 PHP5.3 版中效率差距10%以上。而在 PHP5.4
以上的版本中,区别不大,如下是 PHP7 中的运行效率。

[root@localhostphpperf]# time php7 echo.php> /dev/null
real 0m0.151s 
user 0m0.088s 
sys 0m0.062s 
[root@localhostphpperf]# time php7 echo.php> /dev/null
real 0m0.145s 
user 0m0.084s 
sys 0m0.061s
[root@localhostphpperf]# time php7 echo1.php > /dev/null
real 0m0.140s 
user 0m0.075s 
sys 0m0.064s 
[root@localhostphpperf]# time php7 echo1.php > /dev/null
real 0m0.146s 
user 0m0.077s 
sys 0m0.069s

正如浏览器前端的一些优化准则一样,没有啥特别通用的原则,往往根据不同的情况和版本,规则也会存在不同。

9、如果你想知道脚本开始执行(即服务器端收到客户端请求)的时间,使用$_SERVER[‘REQUEST_TIME’]要好于time()。至于$_SERVER[‘REQUEST_TIME’]的作用,文档解释是该变量保存的是页面请求开始时的时间戳。从
PHP 5.1.0 起有效。和time函数效果一样。

2.2、require 还是 require_once?

在一些常规的优化规则中,会提到,建议使用 require_ once 而不是
require,现由是 require_ once 会去检测是否重复,而 require
则不需要重复检测。

在大量不同文件的包含中,require_奥门新浦京官方网站 , once 略慢于 require。但是 require_
once
的检测是一项内存中的行为,也就是说即使有数个需要加载的文件,检测也只是内存中的比较。而
require 的每次重新加载,都会从文件系统中去读取分析。因而 require_ once
会比 require 更佳。咱们也使用一个例子来看一下。

str.php
global$str;
$str= "China has a large population";
require.php
for($i=0; $i<100000; $i++) {
require "str.php";
}
require_once.php
for($i=0; $i<100000; $i++) {
require_once"str.php";
}

上面的例子,在 PHP7 中,require_ once.php 的运行速度是 require.php
的30倍!在其他版本也能得到大致相同的结果。

[root@localhostphpperf]# time php7 require.php
real 0m1.712s 
user 0m1.126s 
sys 0m0.569s 
[root@localhostphpperf]# time php7 require.php
real 0m1.640s 
user 0m1.113s 
sys 0m0.515s 
[root@localhostphpperf]# time php7 require_once.php
real 0m0.066s 
user 0m0.063s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 require_once.php
real 0m0.057s 
user 0m0.052s 
sys 0m0.004s

从上可以看到,如果存在大量的重复加载的话,require_ once 明显优于
require,因为重复的文件不再有 IO
操作。即使不是大量重复的加载,也建议使用 require_
once,因为在一个程序中,一般不会存在数以千百计的文件包含,100次内存比较的速度差距,一个文件包含就相当了。

10、能够使用函数代替正则表达式的地方尽量使用函数来完成。

2.3、单引号还是双引号?

单引号,还是双引号,是一个问题。一般的建议是能使用单引号的地方,就不要使用双引号,因为字符串中的单引号,不会引起解析,从而效率更高。那来看一下实际的差别。

classUser
{
private $uid;
private $username;
private $age;
function  __construct($uid, $username,$age){
$this->uid= $uid;
$this->username = $username;
$this->age = $age;
    }
function getUserInfo()
    {
return "UID:".$this->uid." UserName:".$this->username." Age:".$this->age;
    }
function getUserInfoSingle()
    {
return 'UID:'.$this->uid.' UserName:'.$this->username.' Age'.$this->age;
    }
function getUserInfoOnce()
    {
return "UID:{$this->uid}UserName:{$this->username} Age:{$this->age}";
    }
function getUserInfoSingle2()
    {
return 'UID:{$this->uid} UserName:{$this->username} Age:{$this->age}';
    }
}
for($i=0; $i<1000000;$i++) {
$user = new User($i, "name".$i, $i%100);
$user->getUserInfoSingle();
}

在上面的 User
类中,有四个不同的方法,完成一样的功能,就是拼接信息返回,看看这四个不同的方法的区别。

第一个、getUserInfo ,使用双引号和属性相拼接

[root@localhostphpperf]# time php7 string.php
real 0m0.670s 
user 0m0.665s 
sys 0m0.002s 
[root@localhostphpperf]# time php7 string.php
real 0m0.692s 
user 0m0.689s 
sys 0m0.002s 
[root@localhostphpperf]# time php7 string.php
real 0m0.683s 
user 0m0.672s 
sys 0m0.004s

第二个、getUserInfoSingle ,使用单引号和属性相拼接

[root@localhostphpperf]# time php7 string.php
real 0m0.686s 
user 0m0.683s 
sys 0m0.001s 
[root@localhostphpperf]# time php7 string.php
real 0m0.671s 
user 0m0.666s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 string.php
real 0m0.669s 
user 0m0.666s 
sys 0m0.002s

可见在拼接中,单双引号并无明显差别。

第三个、getUserInfoOnce,不再使用句号.连接,而是直接引入在字符串中解析。

[root@localhostphpperf]# time php7 string.php
real 0m0.564s 
user 0m0.556s 
sys 0m0.006s 
[root@localhostphpperf]# time php7 string.php
real 0m0.592s 
user 0m0.587s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 string.php
real 0m0.563s 
user 0m0.559s 
sys 0m0.003s

从上面可见,速度提高了0.06s-0.10s,有10%-20%的效率提升。可见连缀效率更低一些。

第四个、getUserInfoSingle2 虽然没有达到我们真正想要的效果,功能是不正确的,但是在字符串中,不再需要解析变量和获取变量值,所以效率确实有大幅度提升。

[root@localhostphpperf]# time php7 string.php
real 0m0.379s 
user 0m0.375s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 string.php
real 0m0.399s 
user 0m0.394s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 string.php
real 0m0.377s 
user 0m0.371s 
sys 0m0.004s

效率确实有了大的提升,快了50%。

那么这个快,是由于不需要变量引用解析带来的,还是只要加入$天然的呢?我们再试着写了一个方法。

functiongetUserInfoSingle3()
{
return "UID:{$this->uid} UserName:{$this->username} Age:{$this->age}";
}

得到如下运行时间:

[root@localhostphpperf]# time php7 string.php
real 0m0.385s 
user 0m0.381s 
sys 0m0.002s 
[root@localhostphpperf]# time php7 string.php
real 0m0.382s 
user 0m0.380s 
sys 0m0.002s 
[root@localhostphpperf]# time php7 string.php
real 0m0.386s 
user 0m0.380s 
sys 0m0.004s

发现转义后的字符串,效率跟单引号是一致的,从这里也可以看见,单引号还是双引号包含,如果不存在需要解析的变量,几乎没有差别。如果有需要解析的变量,你也不能光用单引号,要么使用单引号和连缀,要么使用内部插值,所以在这条规则上,不用太过纠结。

11、str_replace函数比preg_replace函数快,但strtr函数的效率是str_replace函数的四倍。strtr()
函数的作用是转换字符串中特定的字符。

2.4、错误应该打开还是关闭?

在 PHP
中,有多种错误消息,错误消息的开启是否会带来性能上的影响呢?从直觉觉得,由于错误消息,本身会涉及到
IO 输出,无论是输出到终端或者
error_log,都是如此,所以肯定会影响性能。我们来看看这个影响有多大。

error_reporting(E_ERROR);
for($i=0; $i<1000000;$i++) {
$str= "通常,$PHP中的垃圾回收机制,仅仅在循环回收算法确实运行时会有时间消耗上的增加。但是在平常的(更小的)脚本中应根本就没有性能影响。
然而,在平常脚本中有循环回收机制运行的情况下,内存的节省将允许更多这种脚本同时运行在你的服务器上。因为总共使用的内存没达到上限。";
}

在上面的代码中,我们涉及到一个不存在的变量,所以会报出 Notice 错误:

Notice: Undefined variable: PHP 中的垃圾回收机制,仅仅在循环回收算法确实运行时会有时间消耗上的增加。但是在平常的 in xxxx/string2.php on line 10

如果把 E_ ERROR 改成 E_ ALL 就能看到大量的上述错误输出。

我们先执行 E_ ERROR 版,这个时候没有任何错误日志输出。得到如下数据:

[root@localhostphpperf]# time php7 string2.php
real 0m0.442s 
user 0m0.434s 
sys 0m0.005s 
[root@localhostphpperf]# time php7 string2.php
real 0m0.487s 
user 0m0.484s 
sys 0m0.002s 
[root@localhostphpperf]# time php7 string2.php
real 0m0.476s 
user 0m0.471s 
sys 0m0.003s

再执行 E_ ALL 版,有大量的错误日志输出,我们把输出重定向到/dev/null

[root@localhostphpperf]# time php7 string2.php > /dev/null
real 0m0.928s 
user 0m0.873s 
sys 0m0.051s 
[root@localhostphpperf]# time php7 string2.php > /dev/null
real 0m0.984s 
user 0m0.917s 
sys 0m0.064s 
[root@localhostphpperf]# time php7 string2.php > /dev/null
real 0m0.945s 
user 0m0.887s 
sys 0m0.056s

可见慢了将近一倍。

如上可见,即使输出没有正式写入文件,错误级别打开的影响也是巨大的。在线上我们应该将错误级别调到
E_ ERROR 这个级别,同时将错误写入 error_
log,既减少了不必要的错误信息输出,又避免泄漏路径等信息,造成安全隐患。

12、不要做无谓的替换,即使没有替换操作,使用 str_replace
也会为其参数分配内存。很慢!解决办法:用 strpos
先查找相关信息看是否需要替换,如果需要,再替换。实际效率对比为:如果需要替换:效率几乎相等,差别在
0.1% 左右。如果不需要替换:用 strpos 速度将提升 200%。

2.5、正则表达式和普通字符串操作

在字符串操作中,有一条常见的规则,即是能使用普通字符串操作方法替代的,就不要使用正则表达式来处理,用
C 语言操作 PCRE 做过正则表达式处理的童鞋应该清楚,需要先 compile,再
exec,也就是说是一个相对复杂的过程。现在就比较一下两者的差别。

对于简单的分隔,我们可以使用 explode
来实现,也可以使用正则表达式,比如下面的例子:

ini_set("precision", 16);
function microtime_ex()
{
list($usec, $sec) = explode(" ", microtime());
return $sec+$usec;
}
for($i=0; $i<1000000; $i++) {
microtime_ex();
}

耗时在0.93-1S之间。

[root@localhostphpperf]# time php7 pregstring.php
real 0m0.941s 
user 0m0.931s 
sys 0m0.007s 
[root@localhostphpperf]# time php7 pregstring.php
real 0m0.986s 
user 0m0.980s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 pregstring.php
real 0m1.004s 
user 0m0.998s 
sys 0m0.003s

我们再将分隔语句替换成:

list($usec, $sec) = preg_split("#s#", microtime());

得到如下数据,慢了近10-20%。

[root@localhostphpperf]# time php7 pregstring1.php
real 0m1.195s 
user 0m1.182s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 pregstring1.php
real 0m1.222s 
user 0m1.217s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 pregstring1.php
real 0m1.101s 
user 0m1.091s 
sys 0m0.005s

再将语句替换成:

list($usec, $sec) = preg_split("#s+#", microtime());

即匹配一到多个空格,并没有太多的影响。除了分隔外,查找我们也来看一个例子。

第一段代码:

$str= "China has a Large population";
for($i=0; $i<1000000; $i++) {
if(preg_match("#l#i", $str))
    {
    }
}

第二段代码:

$str= "China has a large population";
for($i=0; $i<1000000; $i++) {
if(stripos($str, "l")!==false)
    {
    }
}

这两段代码达到的效果相同,都是查找字符串中有无 l 或者 L 字符。

在 PHP 7 下运行效果如下:

[root@localhostphpperf]# time php7 pregstring2.php
real 0m0.172s 
user 0m0.167s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 pregstring2.php
real 0m0.199s 
user 0m0.196s 
sys 0m0.002s 
[root@localhostphpperf]# time php7 pregstring3.php
real 0m0.185s 
user 0m0.182s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 pregstring3.php
real 0m0.184s 
user 0m0.181s 
sys 0m0.003s

两者区别不大。再看看在 PHP5.6 中的表现。

[root@localhostphpperf]# time php56 pregstring2.php
real 0m0.470s 
user 0m0.456s 
sys 0m0.004s 
[root@localhostphpperf]# time php56 pregstring2.php
real 0m0.506s 
user 0m0.500s 
sys 0m0.005s 
[root@localhostphpperf]# time php56 pregstring3.php
real 0m0.348s 
user 0m0.342s 
sys 0m0.004s 
[root@localhostphpperf]# time php56 pregstring3.php
real 0m0.376s 
user 0m0.364s 
sys 0m0.003s

可见在 PHP 5.6 中表现还是非常明显的,使用正则表达式慢了20%。PHP7
难道是对已使用过的正则表达式做了缓存?我们调整一下代码如下:

$str= "China has a Large population";
for($i=0; $i<1000000; $i++) {
$pattern = "#".chr(ord('a')+$i%26)."#i";
if($ret = preg_match($pattern, $str)!==false)
    {
    }
}

这是一个动态编译的 pattern。

$str= "China has a large population";
for($i=0; $i<1000000; $i++) {
$pattern = "".chr(ord('a')+$i%26)."";
if($ret = stripos($str, $pattern)!==false)
    {
    }
}

在 PHP7 中,得到了如下结果:

[root@localhostphpperf]# time php7 pregstring2.php
real 0m0.351s 
user 0m0.346s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 pregstring2.php
real 0m0.359s 
user 0m0.352s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 pregstring3.php
real 0m0.375s 
user 0m0.369s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 pregstring3.php
real 0m0.370s 
user 0m0.365s 
sys 0m0.005s

可见两者并不明显。而在 PHP 5.6 中,同样的代码:

[root@localhostphpperf]# time php56 pregstring2.php
real 0m1.022s 
user 0m1.015s 
sys 0m0.005s 
[root@localhostphpperf]# time php56 pregstring2.php
real 0m1.049s 
user 0m1.041s 
sys 0m0.005s 
[root@localhostphpperf]# time php56 pregstring3.php
real 0m0.923s 
user 0m0.821s 
sys 0m0.002s 
[root@localhostphpperf]# time php56 pregstring3.php
real 0m0.838s 
user 0m0.831s 
sys 0m0.004s

在 PHP 5.6 中,stripos
版明显要快于正则表达式版,由上两例可见,PHP7对正则表达式的优化还是相当惊人的。其次也建议,能用普通字符串操作的地方,可以避免使用正则表达式。因为在其他版本中,这个规则还是适用的。某
zend 大牛官方的分享给出如下数据:

  • stripos(‘http://’, $website) 速度是preg_match(‘/http:///i’, $website) 的两倍
  • ctype_alnum()速度是preg_match(‘/^s*$/’)的5倍;
  • “if ($test == (int)$test)” 比 preg_match(‘/^d*$/’)快5倍

可以相见,正则表达式是相对低效的。

12、如果一个字符串替换函数,可接受数组或字符作为参数,并且参数长度不太长,那么可以考虑额外写一段替换代码,使得每次传递参数是一个字符,而不是只写一行代码接受数组作为查询和替换的参数。

2.6、数组元素定位查找

在数组元素的查找中,有一个关键的注意点就是数组值和键的查找速度,差异非常大。了解过
PHP 扩展开发的朋友,应该清楚,数组在底层其实是 Hash
表。所以键是以快速定位的,而值却未必。下面来看例子。

首先们构造一个数组:

$a= array();
for($i=0;$i<100000;$i++){
$a[$i] = $i;
}

在这个数组中,我们测试查找值和查找键的效率差别。

第一种方法用 array_ search,第二种用 array_ key_ exists,第三种用
isset 语法结构。 代码分别如下:

//查找值
foreach($a as $i)
{
array_search($i, $a);
}
//查找键
foreach($a as $i)
{
array_key_exists($i, $a);
}
//判定键是否存在
foreach($a as $i)
{
if(isset($a[$i]));
}

运行结果如下:

[root@localhostphpperf]# time php7 array.php
real 0m9.026s 
user 0m8.965s 
sys 0m0.007s 
[root@localhostphpperf]# time php7 array.php
real 0m9.063s 
user 0m8.965s 
sys 0m0.005s 
[root@localhostphpperf]# time php7 array1.php
real 0m0.018s 
user 0m0.016s 
sys 0m0.001s 
[root@localhostphpperf]# time php7 array1.php
real 0m0.021s 
user 0m0.015s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 array2.php
real 0m0.020s 
user 0m0.014s 
sys 0m0.006s 
[root@localhostphpperf]# time php7 array2.php
real 0m0.016s 
user 0m0.009s 
sys 0m0.006s

由上例子可见,键值查找的速度比值查找的速度有百倍以上的效率差别。因而如果能用键值定位的地方,尽量用键值定位,而不是值查找。

13、使用选择分支语句(即switch case)好于使用多个if,else if语句。

2.7、对象与数组

在 PHP
中,数组就是字典,字典可以存储属性和属性值,而且无论是键还是值,都不要求数据类型统一,所以对象数据存储,既能用对象数据结构的属性存储数据,也能使用数组的元素存储数据。那么两者有何差别呢?

使用对象:

classUser
{
public $uid;
public $username;
public $age;
function getUserInfo()
    {
return "UID:".$this->uid." UserName:".$this->username." Age:".$this->age;
    }
}
for($i=0; $i<1000000;$i++) {
$user = new User();
$user->uid= $i;
$user->age = $i%100;
$user->username="User".$i;
$user->getUserInfo();
}

使用数组:

functiongetUserInfo($user)
{
return "UID:".$user['uid']." UserName:".$user['username']." Age:".$user['age'];
}
for($i=0; $i<1000000;$i++) {
$user = array("uid"=>$i,"age" =>$i%100,"username"=>"User".$i);
getUserInfo($user);
}

我们分别在 PHP5.3、PHP 5.6 和 PHP 7 中运行这两段代码。

[root@localhostphpperf]# time phpobject.php
real 0m2.144s 
user 0m2.119s 
sys 0m0.009s 
[root@localhostphpperf]# time phpobject.php
real 0m2.106s 
user 0m2.089s 
sys 0m0.013s 
[root@localhostphpperf]# time php object1.php
real 0m1.421s 
user 0m1.402s 
sys 0m0.016s 
[root@localhostphpperf]# time php object1.php
real 0m1.431s 
user 0m1.410s 
sys 0m0.012s

在 PHP 5.3 中,数组版比对象版快了近30%。

[root@localhostphpperf]# time php56 object.php
real 0m1.323s 
user 0m1.319s 
sys 0m0.002s 
[root@localhostphpperf]# time php56 object.php
real 0m1.414s 
user 0m1.400s 
sys 0m0.006s 
[root@localhostphpperf]# time php56 object1.php
real 0m1.356s 
user 0m1.352s 
sys 0m0.002s 
[root@localhostphpperf]# time php56 object1.php
real 0m1.364s 
user 0m1.349s 
sys 0m0.006s 
[root@localhostphpperf]# time php7 object.php
real 0m0.642s 
user 0m0.638s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 object.php
real 0m0.606s 
user 0m0.602s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 object1.php
real 0m0.615s 
user 0m0.613s 
sys 0m0.000s 
[root@localhostphpperf]# time php7 object1.php
real 0m0.615s 
user 0m0.611s 
sys 0m0.003s

到了 PHP 5.6 和 PHP7 中,两个版本基本没有差别,而在 PHP7 中的速度是
PHP5.6
中的2倍。在新的版本中,差别已几乎没有,那么为了清楚起见我们当然应该声明类,实例化类来存储对象数据。

14、不要滥用 @ 操作符。虽然 @ 看上去很简单,但是实际上后台有很多操作。用
@ 比起不用 @,效率差距:3 倍。特别不要在循环中使用 @ 。

2.8、getter 和 setter

从 Java 转过来学习 PHP 的朋友,在对象声明时,可能习惯使用 getter 和
setter,那么,在 PHP 中,使用 getter 和 setter
是否会带来性能上的损失呢?同样,先上例子。

无 setter版:

classUser
{
public $uid;
public $username;
public $age;
function getUserInfo()
    {
return "UID:".$this->uid." UserName:".$this->username." Age:".$this->age;
    }
}
for($i=0; $i<1000000;$i++) {
$user = new User();
$user->uid= $i;
$user->age = $i%100;
$user->username="User".$i;
$user->getUserInfo();
}

有 setter版:

classUser
{
public $uid;
private $username;
public $age;
function setUserName($name)
    {
$this->username = $name;
    }
function getUserInfo()
    {
return "UID:".$this->uid." UserName:".$this->username." Age:".$this->age;
    }
}
for($i=0; $i<1000000;$i++) {
$user = new User();
$user->uid= $i;
$user->age = $i%100;
$user->setUserName("User".$i);
$user->getUserInfo();
}

这里只增加了一个 setter。运行结果如下:

[root@localhostphpperf]# time php7 object.php
real 0m0.607s 
user 0m0.602s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 object.php
real 0m0.598s 
user 0m0.596s 
sys 0m0.000s 
[root@localhostphpperf]# time php7 object2.php
real 0m0.673s 
user 0m0.669s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 object2.php
real 0m0.668s 
user 0m0.664s 
sys 0m0.004s

从上面可以看到,增加了一个
setter,带来了近10%的效率损失。可见这个性能损失是相当大的,在 PHP
中,我们没有必要再来做 setter 和
getter了。需要引用的属性,直接使用即可。

15、打开apache的mod_deflate模块,可以提高网页的浏览速度。mod_deflate
模块提供了DEFLATE
输出过滤器,允许服务器在将输出内容发送到客户端以前进行压缩,以节约带宽。具体如何设置请参考相关文档。

2.9、类属性该声明还是不声明

PHP
本身支持属性可以在使用时增加,也就是不声明属性,可以在运行时添加属性。那么问题来了,事先声明属性与事后增加属性,是否会有性能上的差别。这里也举一个例子探讨一下。

事先声明了属性的代码就是2.8节中,无 setter
的代码,不再重复。而无属性声明的代码如下:

classUser
{ 
function getUserInfo()
    {
return "UID:".$this->uid." UserName:".$this->username." Age:".$this->age;
    }
}
for($i=0; $i<1000000;$i++) {
$user = new User();
$user->uid= $i;
$user->age = $i%100;
$user->username="User".$i;
$user->getUserInfo();
}

两段代码,运行结果如下:

[root@localhostphpperf]# time php7 object.php
real 0m0.608s 
user 0m0.604s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 object.php
real 0m0.615s 
user 0m0.605s 
sys 0m0.003s 
[root@localhostphpperf]# time php7 object3.php
real 0m0.733s 
user 0m0.728s 
sys 0m0.004s 
[root@localhostphpperf]# time php7 object3.php
real 0m0.727s 
user 0m0.720s 
sys 0m0.004s

从上面的运行可以看到,无属性声明的代码慢了20%。可以推断出来的就是对于对象的属性,如果事先知道的话,我们还是事先声明的好,这一方面是效率问题,另一方面,也有助于提高代码的可读性呢。

16、在方法中递增局部变量,速度是最快的。几乎与在函数中调用局部变量的速度相当。而递增一个全局变量要比递增一个局部变量慢2倍。

2.10、图片操作 API 的效率差别

在图片处理操作中,一个非常常见的操作是将图片缩放成小图。缩放成小图的办法有多种,有使用
API 的,有使用命令行的。在 PHP 中,有 iMagick
和 gmagick 两个扩展可供操作,而命令行则一般使用 convert
命令来处理。我们这里来讨论使用 imagick 扩展中的 API 处理图片的效率差别。

先上代码:

function imagick_resize($filename, $outname)
{
$thumbnail = new Imagick($filename);
$thumbnail->resizeImage(200, 200, imagick::FILTER_LANCZOS, 1);
$thumbnail->writeImage($outname);
unset($thumbnail);
}
function imagick_scale($filename, $outname)
{
$thumbnail = new Imagick($filename);
$thumbnail->scaleImage(200, 200);
$thumbnail->writeImage($outname);
unset($thumbnail);
}
function convert($func)
{
$cmd= "find /var/data/ppt |grep jpg";
$start = microtime(true);
exec($cmd, $files);
$index = 0;
foreach($files as $key =>$filename)
    {
$outname= " /tmp/$func"."_"."$key.jpg";
$func($filename, $outname);
$index++;
    }
$end = microtime(true);
echo "$func $index files: " . ($end- $start) . "sn";
}
convert("imagick_resize");
convert("imagick_scale");

在上面的代码中,我们分别使用了 resizeImage 和 scaleImage
来进行图片的压缩,压缩的是常见的 1-3M
之间的数码相机图片,得到如下运行结果:

[root@localhostphpperf]# php55 imagick.php
imagick_ resize 169 files: 5.0612308979034s 
imagick_ scale 169 files: 3.1105840206146s
[root@localhostphpperf]# php55 imagick.php
imagick_ resize 169 files: 4.4953861236572s 
imagick_ scale 169 files: 3.1514940261841s
[root@localhostphpperf]# php55 imagick.php
imagick_ resize 169 files: 4.5400381088257s 
imagick_ scale 169 files: 3.2625908851624s

169张图片压缩,使用 resizeImage 压缩,速度在4.5S以上,而使用 scaleImage
则在 3.2S 左右,快了将近50%,压缩的效果,用肉眼看不出明显区别。当然
resizeImage 的控制能力更强,不过对于批量处理而言,使用 scaleImage
是更好的选择,尤其对头像压缩这种频繁大量的操作。本节只是例举了图片压缩
API 作为例子,也正像 explode 和 preg_ split 一样,在 PHP
中,完成同样一件事情,往往有多种手法。建议采用效率高的做法。

以上就是关于 PHP 开发的10个方面的对比,这些点涉及到 PHP 语法、写法以及
API 的使用。有些策略随着 PHP
的发展,有的已经不再适用,有些策略则会一直有用。

有童鞋也许会说,在现实的开发应用中,上面的某些观点和解决策略,有点「然并卵」。为什么这么说呢?因为在一个程序的性能瓶颈中,最为核心的瓶颈,往往并不在
PHP 语言本身。即使是跟 PHP
代码中暴露出来的性能瓶颈,也常在外部资源和程序的不良写法导致的瓶颈上。于是为了做好性能分析,我们需要向
PHP
的上下游戏延伸,比如延伸到后端的服务上去,比如延伸到前端的优化规则。在这两块,都有了相当多的积累和分析,雅虎也据此提出了多达35条前端优化规则,这些同
PHP 本身的性能分析构成了一个整体,就是降低用户的访问延时。

所以前面两部分所述的性能分析,只是有助于大家了解 PHP
开发本身,写出更好的 PHP 程序,为你成为一个资深的 PHP 程序员打下基础,对于实际生产中程序的效率提升,往往帮助也不是特别显著,因为大家也看到,在文章的实例中,很多操作往往是百万次才能看出明显的性能差别。在现实的页面中,每一个请求很快执行完成,对这些基础代码的调用,往往不会有这么多次调用。不过了解这些,总是好的。

那么,对于一个程序而言,其他的性能瓶颈可能存在哪里?我们将深入探讨。所以在本系列的下两篇,我们将探讨
PHP 程序的外围效源的效率问题和前端效率问题,敬请期待。

17、在方法中递增一个对象属性(如:$this->num++)要比递增一个局部变量(如:$num)慢3倍。

18、递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。

19、仅定义一个局部变量而没在函数中调用它,同样会减慢速度(其程度相当于递增一个局部变量)。PHP大概会检查看是否存在全局变量。

20、方法调用看来与类中定义的方法的数量无关,因为我(在测试方法之前和之后都)添加了10个方法,但性能上没有变化。

21、派生类中的方法运行起来要快于在基类中定义的同样的方法。

22、调用带有一个参数的空函数,其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。

23、Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面,少用脚本。

24、除非脚本可以缓存,否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能,以免除编译开销。

25、尽量做缓存,可使用memcached。memcached是一款高性能的内存对象缓存系统,可用来加速动态Web应用程序,减轻数据库负载。对运算码
(OP code)的缓存很有用,使得脚本不必为每个请求做重新编译。

26、当操作字符串并需要检验其长度是否满足某种要求时,你想当然地会使用strlen()函数。此函数执行起来相当快,因为它不做任何计算,只返回在zval
结构(C的内置数据结构,用于存储PHP变量)中存储的已知字符串长度。但是,由于strlen()是函数,多多少少会有些慢,因为函数调用会经过诸多步骤,如字母小写化(译注:指函数名小写化,PHP不区分函数名大小写)、哈希查找,会跟随被调用的函数一起执行。在某些情况下,你可以使用isset()
技巧加速执行你的代码,如下面的例子:

if(strlen($str) < 6) {echo‘str不满6个字符’; } ?>

(与下面的技巧做比较)

if(!isset($str{6})) {echo‘str不满6个字符’ ; } ?>

调用isset()比strlen()快,因为isset()作为一种语言结构,意味着它的执行不需要函数查找和字母小写化。也就是说,实际上在检验字符串长度的顶层代码中你没有花太多开销。

27、当执行变量$i的递增或递减时,$i++会比++$i慢一些。这种差异是PHP特有的,并不适用于其他语言,所以请不要修改你的C或Java代码并指望它们能立即变快,没用的。++$i更快是因为它只需要3条指令(opcodes),$i++则需要4条指令。后置递增实际上会产生一个临时变量,这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种,正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意,因为并不是所有的指令优化器都会做同样的优化处理,并且存在大量没有装配指令优化器的互联网服务提供商和服务器。

28、并不是事必面向对象(OOP),面向对象往往开销很大,每个方法和对象调用都会消耗很多内存。

29、并非要用类实现所有的数据结构,数组也很有用。

30、不要把方法细分得过多,仔细想想你真正打算重用的是哪些代码。

31、能使用PHP内置函数的地方尽量使用PHP内置函数。

32、如果在代码中存在大量耗时的函数,你可以考虑用C扩展的方式实现它们。

33、评估检验(profile)你的代码。检验器会告诉你,代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序,评估检验总体上可以显示出代码的瓶颈。

34、mod_zip可作为Apache模块,用来即时压缩你的数据,并可让数据传输量降低80%。

35、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下,尽量用file_get_contents,因为他的效率高得多!但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题;

36、尽量的少进行文件操作,虽然PHP的文件操作效率也不低的。

37、优化Select SQL语句,除非表字段,SQL关键字尽量用大写代替小写。

38、循环内部不要声明变量,尤其是大变量:对象,解决办法是循环之前预定义需要声明的变量。

39、多维数组尽量不要循环嵌套赋值。

40、在可以用PHP内部字符串操作函数的情况下,不要用正则表达式。

41、foreach效率比while和for更高。

42、用i+=1代替i=i+1。符合c/c++的习惯,效率还高;

43、对global变量,应该用完就unset()掉;

44、有意忽略php关闭标签(即?>)。

45、写入或保存文件前,请先确保目录是可写的,假如不可写,输出错误信息。这会节约你很多调试时间。特别是
linux
系统中,需要处理权限,目录权限不当会导致很多很多的问题,文件也有可能无法读取等等。比如下面的例子:

$contents = “All the content”;

$file_path = “/var/www/project/content.txt”;

file_put_contents($file_path ,$contents); ?>

这大体上正确,但有些间接的问题,file_put_contents
可能会由于几个原因失败:

(1)父目录不存在

(2)目录存在,但不可写

(3)文件被写锁住?

所以写文件前做明确的检查更好,正确写法如下:

查看代码打印

$contents=’测试内容’;

$dir=’/var/www/project’;

$file_path=$dir.”/content.txt”;

if(is_writable($dir)){

file_put_contents($file_path,$contents);

}else{

die(‘目录不存在或者目录不可写!’ );

} ?>

46、不要依赖submit按钮值来检查表单提交行为,比如下面的情况:

if($_POST[‘submit’ ] == ‘Save’ ) { //Save the things } ?>

上面大多数情况正确,除了应用是多语言的。 ‘Save’
可能代表其它含义,你怎么区分它们呢,因此,不要依赖于submit按钮的值。正确写法如下:

if( $_SERVER[‘REQUEST_METHOD’ ]
== ‘POST’ andisset($_POST[‘submit’ ]) ) { //Save the things
} ?>

47、不要直接使用 $_SESSION 变量

举个简单的例子:

$_SESSION[‘username’] = $username; 或者 $username =
$_SESSION[‘username’];

这会导致某些问题,如果在同个域名中运行了多个应用,session
变量可能会冲突,两个不同的应用可能使用同一个session
key,例如,一个前端门户,和一个后台管理系统使用同一域名。对于这种情况,解决方案如下,使用应用相关的key和一个包装函数:

define(‘APP_ID’,’abc_corp_ecommerce’);

functionsession_get($key){

$k=APP_ID.’.’.$key;

if(isset($_SESSION[$k])){

return$_SESSION[$k];

}

return false;

}

functionsession_set($key,$value){

$k=APP_ID.’.’.$key;

$_SESSION[$k]=$value;

return true;

}?>

48、将你的工具函数封装到类中,假如你在某文件中定义了很多工具函数,如下:

functionutility_a(){

//This function does a utility thing like string processing

}

functionutility_b(){

//This function does nother utility thing like database processing

}

functionutility_c(){

//This function is ..

}?>

但这些函数的使用分散到应用各处,那么你可以将他们封装到某个类中:

classUtility {

public static functionutility_a(){}

public static functionutility_b(){}

public static functionutility_c(){}

}?>

调用方法如:$a=Utility::utility_a(); 或者 $b=Utility::utility_b();

这样做的好处是,如果php内建有同名的函数,这样就可以避免冲突,维护起来也相当容易。

49、使用array_map快速处理数组,比如说你想 trim
数组中的所有元素,新手可能会:

查看代码打印

foreach($arras$c => $v) { $arr[$c] = trim($v); }?>

但和上面的比起来使用 array_map 更简单,比如:

$arr = array_map(‘trim’,$arr); ?>

这会为$arr数组的每个元素都申请调用trim函数,另一个类似的函数是
array_walk,具体用法请查阅文档学习更多技巧.

50、使用 php filter 验证数据,你肯定曾使用过正则表达式验证 email
,ip地址等,可以尝试使用 php内置的 filter 扩展来完成相关验证和检查输入。

51、确保你的脚本由始至终都使用单一的数据库连接,在开始处正确的打开连接,使用它直到结束,最后关闭它,像下面这种在函数中打开连接是非常糟糕的:

functionadd_to_cart() {

$db =newDatabase();

$db->query(“INSERT INTO cart …..”);

}

functionempty_cart() {

$db =newDatabase();

$db->query(“DELETE FROM cart …..”);

}?>

以上事例因为创建连接需要时间和占用内存,所以会拖慢应用的速度。数据库的链接最好使用单例模式。


【40个技巧优化您的PHP代码】

PHP代码优化

1.如果一个方法能被静态,那就声明他为静态的,速度可提高 1/4;

2.echo的效率高于print,因为 echo没有返回值,print返回一个整型 ;

3.在循环之前设置循环的最大次数,而非在在循环中 ;

4.销毁变量去释放内存,特别是大的数组 ;

5.避免使用像__get, __set, __autoload等魔术方法 ;//程序设计

6.requiere_once() 比较耗资源 ;

7.在includes 和requires中使用绝对路径,这样在分析路径花的时间更少 ;

8.如果你需要得sexinsex到脚本执行时的时间, $_SERVER[‘REQUSET_TIME’]优于time();

9.能使用字符处理函数的,尽量用他们,因为效率高于正则 ;//php100.com

10.str_replace 字符替换比正则替换 preg_replace快,但strtr 比str_replace又快 1/4;

11.如果一个函数既能接受数组又能接受简单字符做为参数,例如字符替换,并且参数列表不是太长,可以考虑多用一些简洁的替换语句,一次只替换一个字符,而不是接受数组做为查找和替换参数。大事化小, 1+1>2;

12.用@ 掩盖错误会降低脚本运行速度 ;

13.$row[‘id’] 比$row[id]速度快 7倍,建议养成数组键加引号的习惯 ;

14.错误信息很有用;

15.在循环里别用函数,例如 For($x=0; $x < count($array); $x),
count() 函数在外面先计算 ;

16.在方法里建立局部变量速度最快, 97xxoo几乎和在方法里调用局部变量一样快 ;

17.建立一个全局变量要比局部变量要慢 2倍;

18.建立一个对象属性(类里面的变量 )例如($this->prop++) 比局部变量要慢 3倍;

19.建立一个未声明的局部变量要比一个初始化的局部变量慢 9-10倍;

20.声明一个未被任何一个函数使用过的全局变量也会使性能降低 (和声明相同数量的局部变量一样 ),PHP 可能去检查这个全局变量是否存在 ;

21.方法的性能和在一个类里面定义的方法的数目没有关系,因为我添加 10个或多个方法到测试的类里面 (这些方法在测试方法的前后 )后性能没什么差异;

22.在子类里方法的性能优于在基类中 ;//PHP100中文网

23.只调用一个参数并且函数体为空的函数运行花费的时间等于 7-8次$localvar++ 运算,而一个类似的方法 (类里的函数)运行等于大约 15次$localvar++ 运算;

24.Surrounding your string by ‘ instead of ” will make things interpret
a little faster since php looks for variables inside “…” but not inside
‘…’. Of course you can only do this when you don’t need to have
variables in the string.

25.当输出字符串时用逗号代替点分割更快些。注意:这只对 echo起作用,这个函数能接受一些字符串作为参数 ;

26.在apache 服务器里一个 php脚本页面比相应的HTML静态页面生成至少要多花 2-10倍的时间,建议多用些静态 HTML页面和少量的脚步;

27.除非你的安装了缓存,不然你的 php脚本每次被访问都需要被重编译。建议安装个 php缓存程序,这样通过去除一些重复的编译来很明显的提高你 20-100%的性能;

28.建议用memcached ,高性能的分布式内存对象缓存系统,提高动态网络应用程序性能,减轻数据库的负担 ;

29.使用ip2long() 和long2ip()函数把 IP地址转成整型存放进数据库而非字符型。这几乎能降低 1/4的存储空间。同时可以很容易对地址进行排序和快速查找 ;

30.使用checkdnsrr() 通过域名存在性来确认部分 email地址的有效性,这个内置函数能保证每一个的域名对应一个 IP地址;// 程序设计

31.如果你在使用php5和 mysql4.1以上的版本,考虑使用mysql_*的改良函数 mysqli_*;

32.试着喜欢使用三元运算符 (?:);

33.在你想在彻底重做你的项目前,看看 PEAR有没有你需要的。PEAR是个巨大的资源库,很多 php开发者都知道;

34.使用highlight_file() 能自动打印一份很好格式化的页面源代码的副本 ;
//程序设计

35. 使用error_reporting(0) 函数来预防潜在的敏感信息显示给用户。理想的错误报告应该被完全禁用在 php.ini文件里。可是如果你在用一 个共享的虚拟主机,php.ini你不能修改,那么你最好添加 error_reporting(0)函数,放在每个脚本文件的第一行 (或用 require_once() 来加载)这能有效的保护敏感的 SQL查询和路径在出错时不被显示 ;

36.使用 gzcompress() 和gzuncompress()对容量大的字符串进行压缩 (解压) 在存进(取出 )数据库时。这种内置的函数使用 gzip算法能压缩到90%;

37.通过参数变量地址得引用来使一个函数有多个返回值。你可以在变量前加个“ &”来表示按地址传递而非按值传递 ;

发表评论

电子邮件地址不会被公开。 必填项已用*标注