在您看来,使用 @ 运算符来抑制 PHP 中的错误/警告是否有效,而您可能正在处理错误?
如果是这样,你会在什么情况下使用它?
欢迎使用代码示例。
编辑:回复者的注意事项。我不想关闭错误报告,但是,例如,通常的做法是使用
@fopen($file);
然后检查...但你可以通过这样做摆脱@
if (file_exists($file))
{
fopen($file);
}
else
{
die('File not found');
}
或类似的。
我想问题是 - 是否有任何地方可以使用 @ 来抑制错误,而不能以任何其他方式处理?
最佳答案
注意:首先,我意识到 99% 的 PHP 开发人员都使用错误抑制运算符(我曾经是其中之一),所以我希望任何看到这一点的 PHP 开发人员不同意。
In your opinion, is it ever valid to use the @ operator to suppress an error/warning in PHP whereas you may be handling the error?
简答:
不!
更长更正确的答案:
我不知道,因为我不知道一切,但到目前为止,我还没有遇到过一个好的解决方案。
为什么不好:
在我认为使用 PHP 大约 7 年的时间里,我已经看到了由错误抑制运算符引起的无休止的调试痛苦,并且从未遇到过不可避免的情况。
问题是您正在为其抑制错误的那段代码目前可能只会导致您看到的错误;但是,当您更改被抑制的行所依赖的代码或它运行的环境时,该行很有可能会尝试输出与您试图忽略的错误完全不同的错误。那么你如何追踪一个没有输出的错误呢?欢迎来到调试 hell !
我花了很多年才意识到由于被压制的错误,我每几个月浪费了多少时间。大多数情况下(但不限于)这是在安装了第三方脚本/应用程序/库之后,该第三方脚本/应用程序/库在开发人员环境中没有错误,但不是我的,因为 php 或服务器配置差异或缺少通常会立即输出错误的依赖项提醒问题出在哪里,但当开发人员添加魔法@时不会提醒。
替代方案(取决于情况和期望的结果):
处理您知道的实际错误,以便如果一段代码将导致某个错误,那么它不会在该特定情况下运行。但我认为你得到了这一部分,你只是担心最终用户会看到错误,这就是我现在要解决的问题。
对于常规错误,您可以设置错误处理程序,以便在您查看页面时以您希望的方式输出它们,但对最终用户隐藏并记录下来,以便您了解用户触发了哪些错误。
对于 fatal error ,在您的 php.ini 中将 display_errors
设置为关闭(您的错误处理程序仍会被触发)并启用错误日志记录。如果您有一个开发服务器和一个实时服务器(我推荐),那么在您的开发服务器上不需要执行此步骤,因此您仍然可以调试这些 fatal error ,而无需查看错误日志文件。甚至还有一个 trick using the shutdown function向您的错误处理程序发送大量 fatal error 。
总结:
请避免它。这可能有一个很好的理由,但我还没有看到一个,所以直到那一天,我认为 (@) 错误抑制运算符是邪恶的。
您可以阅读 my comment on the Error Control Operators page如果您想了解更多信息,请参阅 PHP 手册。
关于php - 在 PHP 中使用 @ 运算符抑制错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/136899/