PHP中@符号的用途是什么？

我已经看到@在某些功能前面使用了，如下所示：

$fileHandle = @fopen($fileName, $writeAttributes);

这个符号有什么用？

它抑制错误消息-请参阅PHP手册中的错误控制运算符。

它抑制错误。

请参见手册中的错误控制操作符：

PHP支持一种错误控制运算符：at符号（@）。当在PHP表达式中添加前缀时，该表达式可能生成的任何错误消息都将被忽略。

如果您已使用set_error_handler（）设置了自定义错误处理函数，则该函数仍将被调用，但是此自定义错误处理函数可以（并且应该）调用error_reporting（），当触发错误的调用前面带有@时，它将返回0。 ...

该@符号是错误控制运算符（也称为“静音”或“关机”运算符）。它使PHP禁止关联表达式生成的任何错误消息（通知，警告，致命等）。它就像一元运算符一样工作，例如，它具有优先级和关联性。以下是一些示例：

@echo 1 / 0;
// generates "Parse error: syntax error, unexpected T_ECHO" since 
// echo is not an expression

echo @(1 / 0);
// suppressed "Warning: Division by zero"

@$i / 0;
// suppressed "Notice: Undefined variable: i"
// displayed "Warning: Division by zero"

@($i / 0);
// suppressed "Notice: Undefined variable: i"
// suppressed "Warning: Division by zero"

$c = @$_POST["a"] + @$_POST["b"];
// suppressed "Notice: Undefined index: a"
// suppressed "Notice: Undefined index: b"

$c = @foobar();
echo "Script was not terminated";
// suppressed "Fatal error: Call to undefined function foobar()"
// however, PHP did not "ignore" the error and terminated the
// script because the error was "fatal"

如果使用自定义错误处理程序而不是标准PHP错误处理程序，将会发生什么情况：

如果您已使用set_error_handler（）设置了自定义错误处理函数，则该函数仍将被调用，但是此自定义错误处理函数可以（并且应该）调用error_reporting（），当触发错误的调用前面带有@时，它将返回0。 。

下面的代码示例对此进行了说明：

function bad_error_handler($errno, $errstr, $errfile, $errline, $errcontext) {
    echo "[bad_error_handler]: $errstr";
    return true;
}
set_error_handler("bad_error_handler");
echo @(1 / 0);
// prints "[bad_error_handler]: Division by zero"

错误处理程序未检查@符号是否有效。该手册提出以下建议：

function better_error_handler($errno, $errstr, $errfile, $errline, $errcontext) {
    if(error_reporting() !== 0) {
        echo "[better_error_handler]: $errstr";
    }
    // take appropriate action
    return true;
}

另请注意，尽管隐藏了错误，但set_error_handler仍将执行任何自定义错误处理程序（使用设置）！

就像之前已经回答过的那样：@运算符禁止显示PHP中的所有错误，包括通知，警告甚至严重错误。

但是： 请真的不要使用@运算符。

为什么？

好吧，因为当您使用@运算符进行错误抑制时，您根本不知道发生错误时从哪里开始。我已经对旧有代码感到“有趣”，其中一些开发@人员经常使用该运算符。尤其是在诸如文件操作，网络调用等情况下。在所有这些情况下，许多开发人员建议使用@操作员，因为当此处发生错误时，有时会超出范围（例如，第3方API可能无法访问等）。 ）。

但是仍然不使用它有什么意义呢？让我们从两个角度看一下：

作为一个开发者：当@使用时，我完全不知道从哪里开始。如果有成百上千的函数调用@出现错误，就像每个人一样。在这种情况下，无法进行合理的调试。即使这只是3rdparty错误-也很好，您很快就可以完成。;-)此外，最好在错误日志中添加足够的详细信息，以便开发人员能够轻松地确定日志条目是否是必须进一步检查的内容，还是仅仅是第3方失败而超出了开发人员的范围。

作为用户：用户根本不在乎错误的原因是什么。他们可以使用软件来工作，完成特定任务等。他们不在乎是开发人员的过错还是第三方问题。特别是对于用户，我强烈建议记录所有错误，即使它们不在范围内。也许您会注意到特定的API经常离线。你能做什么？您可以与您的API合作伙伴联系，如果他们不能保持稳定，您可能应该寻找其他合作伙伴。

简而言之：您应该知道存在类似的东西@（知识总是好的），但不要使用它。许多开发人员（尤其是其他开发人员的调试代码）将非常感激。

假设我们没有使用“ @”运算符，那么我们的代码将如下所示：

$fileHandle = fopen($fileName, $writeAttributes);

如果找不到我们要打开的文件怎么办？它将显示一条错误消息。

为了消除错误消息，我们使用“ @”运算符，例如：

$fileHandle = @fopen($fileName, $writeAttributes);

如果打开失败，则会生成E_WARNING级别的错误。您可以使用@禁止显示此警告。

@ 禁止显示错误消息。

它用于以下代码段：

@file_get_contents('http://www.exaple.com');

如果无法访问域“ http://www.exaple.com ”，将显示错误，但@不显示任何内容。

PHP支持一种错误控制运算符：at符号 (@)。当在PHP表达式中添加前缀时，该表达式可能生成的任何错误消息都将被忽略。

如果您使用设置了一个自定义错误处理函数，set_error_handler()则该函数仍将被调用，但是此自定义错误处理函数可以（并且应该）调用error_reporting()，0当触发错误的调用前面带有时，该调用将返回@。

<?php
/* Intentional file error */
$my_file = @file ('non_existent_file') or
    die ("Failed opening file: error was '$php_errormsg'");

// this works for any expression, not just functions:
$value = @$cache[$key];
// will not issue a notice if the index $key doesn't exist.

?>

注意：-

1）@-运算符仅适用于表达式。

2）一个简单的经验法则是：如果可以获取某物的值，则可以在其前面加上@运算符。例如，您可以在变量，函数之前添加它，并包括调用，常量等。您不能在函数或类定义或条件结构（例如if和foreach等）之前添加它。

警告：-

当前，“ @”错误控制运算符前缀甚至将针对严重错误禁用错误报告，这些错误将终止脚本执行。除其他外，这意味着如果您使用“ @”抑制某个功能的错误，并且该功能不可用或输入错误，脚本将在那里死掉，而没有任何指示。

可能值得添加，在使用@时，您应该注意一些指针，有关完整的运行信息，请查看此帖子：http : //mstd.eu/index.php/2016/06/30/php-快速射击在PHP /中使用的符号是什么

1. 即使在前置@符号的情况下，错误处理程序仍会被触发，这仅表示已将错误级别设置为0，这必须在自定义错误处理程序中进行适当处理。

2. 在@前面加上包含将会将包含文件中的所有错误设置为0的错误级别

@禁止该函数引发的错误消息。fopen文件不退出时抛出错误。 @符号将使执行移至下一行，即使该文件不存在。我的建议是在开发PHP代码时不要在本地环境中使用此功能。