PHP网站开发使用技巧小结!

// PHP CODE Highliting for CU by dZ902
bar();

// static way

foo::bar();
?>

静态地调用非 static 成员，效率会比静态地调用 static 成员慢 50-60%。主要是因为前者会产生 E_STRICT 警告，内部也需要做转换。

[size=+2]使用类常量 (PHP5 ONLY)

贴士：PHP 5 新功能，类似于 C++ 的 const。

使用类常量的好处是：

- 编译时解析，没有额外开销
- 杂凑表更小，所以内部查找更快
- 类常量仅存在于特定「命名空间」，所以杂凑名更短
- 代码更干净，使除错更方便

[size=+2](暂时)不要使用 require/include_once

require/include_once 每次被调用的时候都会打开目标文件！

- 如果用绝对路径的话，PHP 5.2/6.0 不存在这个问题
- 新版的 APC 缓存系统已经解决这个问题

文件 I/O 增加 => 效率降低

如果需要，可以自行检查文件是否已被 require/include。

[size=+2]不要调用毫无意义的函数

有对应的常量的时候，不要使用函数。

QUOTE:

// PHP CODE Highliting for CU by dZ902

虽然使用不多，但是效率提升大概在 3500% 左右。

[size=+2]最快的 Win32 检查

QUOTE:

// PHP CODE Highliting for CU by dZ902

- 不用函数
- Win98/NT/2000/XP/Vista/Longhorn/Shorthorn/Whistler...通用
- 一直可用

[size=+2]时间问题 (PHP>5.1.0 ONLY)

你如何在你的软件中得知现在的时间？简单，「time() time() again, you ask me...」。

不过总归会调用函数，慢。

现在好了，用 $_SERVER['REQUEST_TIME']，不用调用函数，又省了。

[size=+2]加速 PCRE

- 对于不用保存的结果，不用 ()，一律用 (?

这样 PHP 不用为符合的内容分配内存，省。效率提升 15% 左右。

- 能不用正则，就不用正则，在分析的时候仔细阅读手册「字符串函数」部分。有没有你漏掉的好用的函数？

例如：

strpbrk()
strncasecmp()
strpos()/strrpos()/stripos()/strripos()

[size=+2]加速 strtr

如果需要转换的全是单个字符的时候，用字符串而不是数组来做 strtr：

QUOTE:

// PHP CODE Highliting for CU by dZ902

 'e',
                           // ...
                           )); // bad
?>

效率提升：10 倍。

[size=+2]不要做无谓的替换

即使没有替换，str_replace 也会为其参数分配内存。很慢！解决办法：

- 用 strpos 先查找(非常快)，看是否需要替换，如果需要，再替换

效率：

- 如果需要替换：效率几乎相等，差别在 0.1% 左右。
- 如果不需要替换：用 strpos 快 200%。

[size=+2]邪恶的 @ 操作符

不要滥用 @ 操作符。虽然 @ 看上去很简单，但是实际上后台有很多操作。用 @ 比起不用 @，效率差距：3 倍。

特别不要在循环中使用 @，在 5 次循环的测试中，即使是先用 error_reporting(0) 关掉错误，在循环完成后再打开，都比用 @ 快。

[size=+2]善用 strncmp

当需要对比「前 n 个字符」是否一样的时候，用 strncmp/strncasecmp，而不是 substr/strtolower，更不是 PCRE，更千万别提 ereg。strncmp/strncasecmp 效率最高(虽然高得不多)。

[size=+2]慎用 substr_compare (PHP5 ONLY)

按照上面的道理，substr_compare 应该比先 substr 再比较快咯。答案是否定的，除非：

- 无视大小写的比较
- 比较较大的字符串

[size=+2]不要用常量代替字符串

为什么：

- 需要查询杂凑表两次
- 需要把常量名转换为小写(进行第二次查询的时候)
- 生成 E_NOTICE 警告
- 会建立临时字符串

效率差别：700%。

[size=+2]不要把 count/strlen/sizeof 放到 for 循环的条件语句中

贴士：我的个人做法

QUOTE:

// PHP CODE Highliting for CU by dZ902

效率提升相对于：

- count 50%
- strlen 75%

[size=+2]短的代码不一定快

QUOTE:

// PHP CODE Highliting for CU by dZ902

你觉得哪个快？

效率比较：

- longest: 4.27
- longer: 4.43
- short: 4.76

不可思议？再来一个：

QUOTE:

// PHP CODE Highliting for CU by dZ902

read()) !== false) {
    if ($entry == '.' || $entry == '..') {
        continue;
    }
}

// versus
glob('./*');

// versus (include . and ..)
scandir('.');
?>

哪个快？

效率比较：

- original: 3.37
- glob: 6.28
- scandir: 3.42
- original without OO: 3.14
- SPL (PHP5): 3.95

画外音：从此也可以看出来 PHP5 的面向对象效率提高了很多，效率已经和纯函数差得不太多了。

[size=+2]提高 PHP 文件访问效率

需要包含其他 PHP 文件的时候，使用完整路径，或者容易转换的相对路径。

QUOTE:

// PHP CODE Highliting for CU by dZ902

[size=+2]物尽其用

PHP 有很多扩展和函数可用，在实现一个功能的之前，应该看看 PHP 是否有了这个功能？是否有更简单的实现？

QUOTE:

// PHP CODE Highliting for CU by dZ902

[size=+2]关于PHP引用的技巧

引用可以：

- 简化对复杂结构数据的访问
- 优化内存使用

QUOTE:

// PHP CODE Highliting for CU by dZ902

QUOTE:

// PHP CODE Highliting for CU by dZ902