哎呀，表演结束了？

Question

我正在开发用 php/mysql 编写的网站。当我第一次写它时，它是意大利面条，在 html 中嵌入了很多 php 之类的东西——很难维护。

我用 OOPS 用一个很好的模块化结构重写了整个东西，现在它更容易维护和扩展。

但在使用 webwait 和 siege 测试网站性能时，更新、结构更好的版本似乎比意大利面条代码版本运行和加载更慢。

加载时间相差近 1 秒 - 2.39 秒与 3.81 秒

除了 php 代码之外没有其他任何更改 - 不是 js，不是 css

那么这里的问题是什么？我应该恢复到旧代码吗？其他人也遇到过这种情况吗？

编辑：

• 我已经使用 cachegrind，包括在内，我认为 代码很不错。
  
• 我也 知道问题不完全 哎呀，但更大的结构等。 而且OOP根本没有 保证更好的性能。
  
• 我也多次运行代码。
  
• 我使用过 cachegrind kcachegrind，包括，围攻（大部分 Rasmus lerdorf 中概述的工具 他在 2008 年的 drupalcon 上的演讲'Simple is Hard')
  

我想知道的是其他人如何处理这个问题。

Answer 1

“我应该恢复到旧代码吗？”

如果我说 revert，你会说“看，我知道 OO 是一个失败的单元，没有人可以制作一个有效的 OO 应用程序。”那是错误的。

如果我说不要还原，你会说，“但它的速度慢得让人无法接受。”

那么，还剩下什么？

你必须把它写得更好。直走。重写您的 OO 以使其真正起作用。 OO 不是“魔法”——它不能保证任何事情。有不好的 OO 程序和好的 OO 程序。就你而言，你显然还有改进的余地。

因此，请获取一些性能分析工具并找出时间都花在了哪里。

另外，不要“优化”——重写。

很有可能您正在进行某种需要大量时间的搜索。消除搜索。使用更好的容器和集合（哈希映射、集合等）

Answer 2

分析代码。我不知道在 PHP 中是如何做到这一点的，但这是弄清楚发生了什么的唯一合理方法。

有时让代码更优雅会对性能产生不利影响，但通常不会到那种程度。你需要弄清楚时间的去向，然后解决这个问题。

Answer 3

我能想到几点需要考虑：

• 这不是 OOP 与意大利面条代码的选择。还有其他范式可能与 OOP 一样可维护和结构化，但具有不同的性能特征。可以只使用简单的过程语言特性来编写 OOP 代码（许多大型 C 框架使用非常 OOP-ey 的风格。）在某些情况下，功能性更强的风格也可能更简单。 OOP 不是一个真正的范式。
• 存在不同程度的 OOP。在大多数语言中，将数据建模为对象不会导致明显的性能差异（虽然我不知道 PHP 在这方面的表现如何，但我总是认为 PHP 是最糟糕的）。但是，虚函数、继承（尤其是多重继承）速度较慢，并且会增加通常可以避免的开销。您使用哪些 OOP 功能？是否有更简单的 OOP 设计可以完成这项工作，但对“慢”语言特性的依赖较少？

最重要的是，通常情况下显然适用（您能否优化算法、启用缓存或预编译等等 - 虽然这些可能有很大帮助，但它们并不特定于 OOP）

Answer 4

There's a difference of nearly 1 second in loading time - 2.39s vs 3.81s

这是 3.81-2.39 = 1.42s 的差异，超过较小值的 50%，所以在我看来这不是一个小数字。您是否多次运行测试，以便正确摊销初始编译/解释成本？您是否考虑过尝试引入计时器以查看比以前花费更多时间的地方？这些将是我的建议，因为您似乎已经引入了很多抽象并且现在看到了它的代价。

Answer 5

尝试设置Xdebug，看看它能告诉你什么。其他人提到您应该使用分析器检查它。我同意，Xdebug 可以为您提供一个以及其他一些有用的功能。您选择的 IDE 甚至可以与 Xdebug 集成。

Answer 6

要考虑的一件事：您使用的是APC 还是其他一些PHP 操作码缓存解决方案？如果没有，每次加载页面时，您的所有代码都会从头开始重新解释。这肯定会影响性能。

Answer 7

OOP 意味着大量的函数调用，而动态语言中的函数调用很慢。 因此，将旧代码“翻译”成 OOP 版本会减慢它的速度。做一个完整的重写。