在PHP中使用@运算符抑制错误

Question

在PHP中使用@运算符抑制错误

在您看来，使用@运算符来抑制PHP中的错误/警告是否有效，而您可能正在处理该错误？

如果是的话，你会在什么情况下使用这个？

欢迎使用代码示例。

编辑：注意回复者。我不打算关闭错误报告，但是，例如，通常的做法是使用

@fopen($file);

然后再查一查.。但是你可以通过做

if (file_exists($file)){
    fopen($file);}else{
    die('File not found');}

或者类似的。

我想问题是-是否有任何地方“必须用以消除错误，而不能以任何其他方式处理？”

Answer 1

我会抑制错误处理它..否则你可能有一个TOCTOU问题(检查时间，使用时间)。例如，文件可能会在file_ist返回true之后但在fopen之前被删除)。但我不会只是为了让错误消失而压制错误。这些最好是可见的。

Answer 2

首先，我意识到99%的PHP开发人员使用错误抑制操作符(我曾经是其中之一)，所以我希望任何PHP开发人员都会对此持不同意见。在您看来，使用@运算符来抑制PHP中的错误/警告是否有效，而您可能正在处理该错误？简短答覆：不！更长更正确的答案：我不知道，因为我不知道一切，但到目前为止，我还没有遇到这样的情况，这是一个很好的解决方案。为什么是坏的：在我认为使用PHP大约7年的时间里，我已经看到了错误抑制操作符所造成的无休止的调试痛苦，而且从来没有遇到过不可避免的情况。问题是，您正在消除错误的代码段当前可能只会导致所看到的错误；但是，当您更改被抑制的行所依赖的代码或它运行的环境时，很有可能该行将尝试输出与您试图忽略的错误完全不同的错误。那么，如何跟踪没有输出的错误呢？欢迎来到调试地狱！我花了很多年才意识到，我每隔几个月就会因为被压制的错误而浪费多少时间。大多数情况下(但不只是如此)，这是在安装第三方脚本/应用程序/库之后，在开发人员环境中没有错误，但不是我的，因为php或服务器配置不同，或者缺少依赖，通常会立即输出错误，提醒问题所在，而不是开发人员添加了魔术@。替代品(视情况和预期结果而定)：处理您所知道的实际错误，这样如果一段代码将导致某个错误，那么它就不会在特定情况下运行。但我想你知道这个部分，你只是担心最终用户会看到错误，这就是我现在要解决的问题。对于常规错误，您可以设置一个错误处理程序，以便在您查看页面时以您希望的方式输出这些错误，但对最终用户隐藏这些错误并将其记录下来，这样您就可以知道您的用户触发了哪些错误。对于致命错误集display_errors在php.ini中关闭(您的错误处理程序仍然被触发)并启用错误日志记录。如果您有一个开发服务器和一个活动服务器(我建议这样做)，那么这个步骤在您的开发服务器上是不必要的，所以您仍然可以调试这些致命错误，而不必求助于查看错误日志文件。甚至有一个使用关机函数的技巧向错误处理程序发送大量致命错误。总括而言：请避开它。这可能有一个很好的理由，但我还没有看到，所以直到那天，我才认为(@)错误抑制操作符是邪恶的。

Answer 3

是的，压制是有道理的。例如，fopen()命令返回FALSE如果无法打开文件。很好，但是也生成PHP警告消息。通常你不想要警告-你会检查FALSE你自己。