您确实应该修复引起警告的原因，但是可以使用error_reporting()控制错误的可见性。要跳过警告信息，你可以使用如下命令:

error_reporting(E_ERROR | E_PARSE);

已经有错误控制操作符的答案，但它缺乏解释。你可以对每个表达式使用@操作符，它会隐藏错误(致命错误除外)。

@$test['test']; //PHP Notice:  Undefined variable: test

@(14/0); // PHP Warning:  Division by zero

//This is not working. You can't hide Fatal Errors this way.
@customFuntion(); // PHP Fatal error:  Uncaught Error: Call to undefined function customFuntion()

对于调试来说，它是一种快速、完善的方法。但是永远不要在生产环境中使用它，也不要在本地版本中永久包含它。这会给你带来很多不必要的刺激。

相反，你应该考虑:

1. 错误报告设置，如已接受的答案中所述。

error_reporting(E_ERROR | E_PARSE);

或从PHP INI设置

ini_set('display_errors','Off');

2. 捕获异常

try {
    $var->method();
} catch (Error $e) {
    // Handle error
    echo $e->getMessage();
}

您可以使用error_reporting抑制警告，但更好的方法是首先修复脚本。

禁用警告，同时启用所有其他错误报告:

error_reporting(E_ALL ^ E_WARNING); 

我并没有完全回答这个问题，但我认为在某些情况下这是一个更好的妥协:

由于第三方库中的printf()语句，我收到了警告消息。我很清楚原因是什么——在第三方修复他们的代码时临时的解决办法。我同意警告不应该被抑制，但是我不能在屏幕上弹出警告消息的情况下向客户演示我的工作。我的解决方案:

printf('<div style="display:none">');
    ...Third-party stuff here...
printf('</div>');

警告仍然在页面源代码中作为提醒，但对客户端不可见。

您确实应该修复引起警告的原因，但是可以使用error_reporting()控制错误的可见性。要跳过警告信息，你可以使用如下命令:

error_reporting(E_ERROR | E_PARSE);