PHP中不存在piso函数，控制错误显示需配合error_reporting()和display_errors：前者决定报告哪些错误类型，后者控制是否输出到页面；生产环境应关闭display_errors并开启log_errors写入日志。
PHP 中无法用 piso 隐藏错误提示——这个函数根本不存在，是拼写错误或混淆了其他语言/框架的术语。真正控制错误显示的是 error_reporting() 和 display_errors 这两个机制，且它们作用不同、必须配合使用，否则常出现“设了等级却还是显示错误”或“关了显示却日志也没记录”的情况。
为什么 error_reporting(E_ALL & ~E_NOTICE) 还是看到警告？
因为 error_reporting() 只决定“哪些错误类型参与报告”，不控制“是否输出到页面”。即使你屏蔽了 E_NOTICE，只要 display_errors = On（默认开发环境开启），所有被允许报告的错误（比如 E_WARNING）仍会直接打印在浏览器上。
- 检查当前值：
var_dump(ini_get('display_errors'), error_reporting()); - 临时关闭显示（仅当前请求）：
ini_set('display_errors', '0'); - 注意：该设置不能在
php.ini里写成display_errors = off，必须是字符串'0'或'Off'（大小写敏感） - CLI 模式下
display_errors默认为Off，但error_reporting仍生效，错误会进stderr，容易被忽略
生产环境必须关掉 display_errors，但怎么确保错误没丢？
关掉页面输出只是第一步，关键是要把错误记到日志里。光靠 error_log = /path/to/php-error.log 不够——如果 log_errors = Off，日志根本不会写；如果 error_reporting = 0，连 E_ERROR 都不记录。
- 推荐 ini 配置组合：
display_errors = Offlog_errors = Onerror_log = /var/log/php_errors.logerror_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT - 在代码中动态设置（如入口文件开头）：
error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE); ini_set('log_errors', '1'); - 注意权限：PHP 进程用户（如
www-data）必须对日志路径有写权限，否则静默失败
@ 符号能隐藏所有错误吗？
能临时抑制，但代价很大：它不仅屏蔽错误显示，还会让 error_get_last() 失效、影响异常捕获、且无法关闭 E_PARSE（语法错误）这类编译期错误。
立即学习“PHP免费学习笔记（深入）”；
- 常见误用：
$result = @file_get_contents($url);—— 这会让网络超时、404、SSL 错误全部静默，调试时无从排查 - 更安全的做法：
if (false === $result = file_get_contents($url)) { $err = error_get_last(); trigger_error("Fetch failed: {$err['message']}", E_USER_WARNING); } -
@在性能敏感循环里会显著拖慢执行（每次调用都触发错误抑制机制），应避免
最容易被忽略的一点：Apache/Nginx 的 php_flag display_errors off 或 php_admin_flag 指令，会强制覆盖脚本内 ini_set() 的设置，且不报错。上线前务必用 phpinfo() 确认最终生效值，而不是只信配置文件或代码里的设定。
