为您准备正确的3条简单规则：
- 没有语法问题可以影响性能。数据操作确实如此。
- 说到性能，仅以 分析 结果为后盾。
- 过早的优化是万恶之源
性能问题很难理解。建议新手不要考虑它。因为他们总是对琐碎的事情印象深刻，却看不到真正重要的事情。只是因为缺乏经验。
您的问题也一样。想象一下，您将永远有所不同。例如，即使是一个大方法，其速度也要快2倍。哦，我的2次！我选择它并优化了我的应用程序，它现在运行速度提高了50％！
错了 。不是50％。您永远不会注意到甚至无法衡量这种速度的提高。因为您优化了仅占整个脚本运行时的0,0001％的部分。
对于大型HTML表格， 浏览器 需要很长时间才能呈现它。比您生成的要多得多。
性能分析是性能界的一个关键词。毫无疑问，如果其中没有“分析”一词，那么您可以毫无疑问地丢弃任何与性能相关的问题。同时，分析不是一门火箭科学。我只是在评估脚本不同部分的运行时间。可以使用诸如xdebug之类的探查器完成，甚至可以使用手动完成
microtime(1)。而且只有在检测到最慢的部分之后，您才能开始测试。
在询问性能问题之前，学习配置文件。如果没有真正的原因，请学习不要问性能问题。
过早的优化是所有罪恶的根源 - D.Knuth。
