小皮图书馆

2008-04-09

优化PHP代码的42条建议

Filed under: 代码 — 小皮 @ 17:18 pm

英文原文:http://reinholdweber.com/?p=3

1. 如果一个方法可静态化,就对它做静态声明。速率可提升至 4 倍。

2. echo 比 print 快。

3. 使用 echo 的多重参数(译注:指用逗号而不是句点)代替字符串连接。

4. 在执行 for 循环之前确定最大循环数,不要每循环一次都计算最大值。

5. 注销那些不用的变量尤其是大数组,以便释放内存。

6. 尽量避免使用 __get,__set,__autoload。

7. require_once() 代价昂贵。

8. 在包含文件时使用完整路径,解析操作系统路径所需的时间会更少。

9. 如果你想知道脚本开始执行(译注:即服务器端收到客户端请求)的时刻,使用 $_SERVER[‘REQUEST_TIME’] 要好于 time()。

10. 函数代替正则表达式完成相同功能。

11. str_replace 函数比 preg_replace 函数快,但 strtr 函数的效率是 str_replace 函数的四倍。

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

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

14. 用 @ 屏蔽错误消息的做法非常低效。

15. 打开 apache 的 mod_deflate 模块。

16. 数据库连接当使用完毕时应关掉。

17. $row[‘id’] 的效率是 $row[id] 的 7 倍。

18. 错误消息代价昂贵。

19. 尽量不要在 for 循环中使用函数,比如 for($x=0; $x < count($array); $x) 每循环一次都会调用 count() 函数。

20. 在方法中递增局部变量,速度是最快的。几乎与在函数中调用局部变量的速度相当。

21. 递增一个全局变量要比递增一个局部变量慢 2 倍。

22. 递增一个对象属性(如:$this->prop++)要比递增一个局部变量慢 3 倍。

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

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

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

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

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

28. 用单引号代替双引号来包含字符串,这样做会更快一些。因为 PHP 会在双引号包围的字符串中搜寻变量,单引号则不会。当然,只有当你不需要在字符串中包含变量时才可以这么做。

29. 输出多个字符串时,用逗号代替句点来分隔字符串,速度更快。注意:只有 echo 能这么做,它是一种可以把多个字符串当作参数的“函数”(译注:PHP 手册中说 echo 是语言结构,不是真正的函数,故把函数加上了双引号)。

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

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

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

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

(举例如下)
if (strlen($foo) < 5) { echo “Foo is too short”; }
(与下面的技巧做比较)
if (!isset($foo{5})) { echo “Foo is too short”; }

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

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

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

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

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

38. 当你需要时,你总能把代码分解成方法。

39. 尽量采用大量的 PHP 内置函数。

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

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

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

2007-10-05

哪种语言更适合WEB开发?

Filed under: 代码 — 小皮 @ 17:33 pm

这个话题显得有点沉重。

要说WEB开发的语言,数不胜数,cgi/perl/ruby所代表的脚本语言,php/java/.net所代表的类c语言,asp所代表的basic语言……经过这么多年互联网应用中的大浪淘沙,当前主流的也就属php/java/.net三大阵营了。

为什么是这三种语言处于WEB应用的主流地位?个人认为,它们有一个共性,就是类c语法。应用最广泛的语言就是c和basic,但basic 本身不是完全OO的,而类c语言既拥有最广大的应用群体,又是面向对象语言,有basic之长而无basic之短。因此从学习曲线、IDE支持、编码规范等方面,都有着很大的优势。

在php/java/.net这三者中,我看好java在企业级应用、php在WEB应用方面的前景,一方面二者都可以跨平台部署,另一方面比起.net来更轻巧和精简。一个php安装包,加上apache,也就几十兆;java更是只需jdk和appserver即可,加一起也就一二百兆,还可自由选择appserver。相比而言,.net安装包动辙上G,只能部署在windows下面,并且需要.net framework的支持。另一方面又分为vb.net/asp.net/c#.net,不仅分散了资源,也给应用者带来了困惑。

为什么说php比java更合适web应用?一方面web应用要求更丰富的客户体验、更快捷的客户响应,另一方面要求更低的开发门槛和开发成本。在这方面java就显得庞大而臃肿,越来越多的框架更降低了灵活性,纯jsp+bean的模式至今仍有很大的市场也印证了这一点。相比而言,php 有两个主要的缺点:一是缺乏IDE支持/无法重构、测试,二是处理不同数据库的语句各不相同,在更换数据库时需要修改大量的代码(到现在为止php仍然无法对mysql使用事务操作)。后者可以通过封装数据库操作来解决,前者暂时还没有好的解决办法。但尽管如此,作为一门快速开发语言,在WEB开发上 PHP还是有着相当大的优势的,如果也出现一个类似rails的框架并解决跨数据库的问题,那更是如虎添翼。

补充:现在已经有了php for rails。即cakephp。www.cakephp.org。
以php的用户群来看,如果cakephp确实够优秀,确实是web开发的福音。

再解释一下我不看好asp/ruby的理由:

  • asp:已经被微软自己和市场两方面淘汰。虽然ASP也可以使用javascript作为编程语言,但绝大多数人还是使用basic语言。弱解释的basic语言使它入门虽容易,但仅仅捆绑在IIS下,以及没有一个良好的框架支撑,使得它渐趋势微,在微软的产品线中又被asp.net所代替。
  • ruby:当前一个红得发热的新贵,初初试用了一下,语法更OO,更简洁,应该适合WEB开发。但它的缺点也很明显,第一是缺乏良好的IDE支持,诸如重构/语法检查方面都很弱;第二它

比起asp/php/jsp来讲,它更像是一种脚本语言。学习曲线大,语法本身过于取巧,太过灵活。

原文地址:http://together.javaeye.com/blog/32339

Powered by WordPress