由于我的php配置中的通知已关闭，因此它不会在网站上显示通知。 但我可以在服务器日志/ php日志中看到很多未定义的索引/未定义的变量
这会不会影响系统性能。
如果我对这些变量进行decalre并为这些变量赋值为null，则会出现错误。 正如它所定义的那样。
另一个疑问是，在某些情况下，这些变量将不会被使用。
所以我声明并分配somany变量，如果我不使用这些变量。这会影响性能。
答案 0 :(得分：5)
不。
您的担忧都与性能无关。
我最近发现了其他一些此类问题（1），（2），这让我很害怕。
因为这些问题缺乏非常基本的东西：感觉。
这个世界上的每件事物不仅有成本，而且有意义 而且我认为这种感觉是偏好一件事而不是另一件事的主要原因。
说，有两种菜，一堆，肮脏和肮脏的一个与清洁，健康和味道，但更昂贵的一个。您是否总是只选择便宜的，只是因为它的成本？我对此表示怀疑 散步是节省车费的好方法。无论距离，障碍和目的地，你总是走路吗？ 成本是您考虑的唯一原因？我对此表示怀疑 你有时会乘坐某种车辆，只是因为在某些情况下它更可靠。所以，你选择我感觉的东西，而不是成本。
同样在这里 如果您的代码中存在一些错误，则应该关注这些错误，而不是相关的性能。 如果您的日志充斥着浪费错误，模糊真正重要的日志，您必须关闭这些小错误。不是因为系统的性能，而是因为程序员的表现，让他与网站心跳联系。
感觉，问题的意义应该是你的关注。不是抽象的“表现”。 有些语言显然比PHP快，比如汇编语言。因此，只关注性能，您只能使用汇编语言。但是你选择PHP是因为它的可靠性。所以，要保持一致，按照他们的感觉选择事物，而不是假想的（！）表现。
当您询问代码结构时，它可靠的代码结构应该是您关注的问题，而不是虚构的性能问题。不是很明显吗？
答案 1 :(得分：2)
这会不会影响系统性能。
是
但是你应该在使用它们之前声明所有变量和索引，因为下次拼错变量名时，你会发现错误立即，而不是它在噪音中迷失。
然后，您可以使用保存跟踪此类愚蠢错误的时间来编写重要的代码，例如更优化的算法，可以节省更多时间。
这种间接的“系统性能增益”比直接保存更有价值。
所以我声明并分配somany变量，如果我不使用这些变量。这会影响性能。
未声明变量不会改变您实际使用的数字！在适当的地方声明它们。保持范围仅限于手头的任务，并且易于管理。
答案 2 :(得分：1)
日志记录总是会导致一个小的开销，如果你可以避免不需要的错误记录，那么为什么不这样做呢？它不会显着影响系统性能，但是通常不希望使用未定义变量的警告来混乱您的日志空间。
如果你用这样的东西填充你的日志，真正的错误将更加难以发现。
另一个疑问是，在某些情况下，这些变量将不会被使用。
一旦知道您需要它们，就立即声明它们。没有必要在脚本开头声明所有变量...