PHP @ 錯誤抑制運算符詳解：作用範圍、性能影響與最佳實踐

前言

@ 是 PHP 的錯誤控制運算符，用於抑制表達式產生的錯誤信息（Notice、Warning、Error）輸出。本文詳細講解其作用機制、適用場景、性能代價與替代方案。

基本語法與作用

@$page = $_GET['page'] ?? 1;  // 抑制 "Undefined array key" Notice

@$conn = mysqli_connect("host", "user", "pass", "db"); // 抑制連接失敗 Warning

// 等價於：
$page = isset($_GET['page']) ? $_GET['page'] : 1;
$conn = @mysqli_connect(...); // 函數調用前加 @

作用範圍

• 僅抑制錯誤輸出：錯誤仍會觸發，error_get_last() 可獲取
• 不改變錯誤類型：Notice/Warning/Error 仍是原類型
• 不影響異常：throw new Exception() 不會被 @ 抑制
• 僅對單一表達式生效：@$a = $b + $c; 只抑制賦值表達式，不影響後續代碼

常見使用場景

性能影響：為什麼不建議濫用

1. 內部實現開銷：PHP 運行時需臨時修改 error_reporting、執行表達式、恢復 error_reporting，涉及棧操作
2. 基準測試：@$a = 1; 比 $a = 1; 慢約 2-3 倍（微基準，實際影響取決於調用頻率）
3. JIT 優化阻礙：PHP 8+ JIT 編譯器難以優化含 @ 的熱路徑

最佳實踐與替代方案

1. 显式檢查替代 @（推薦）

// ❌ 差
@$val = $_GET['key'];

// ✅ 好：空合併運算符 PHP 7+
$val = $_GET['key'] ?? 'default';

// ✅ 好：isset 檢查
$val = isset($_GET['key']) ? $_GET['key'] : 'default';

2. 自定義錯誤處理器記錄而非抑制

set_error_handler(function($severity, $message, $file, $line) {
    if ($severity & (E_NOTICE | E_WARNING)) {
        error_log("[$severity] $message in $file:$line");
        return true; // 不顯示，但已記錄
    }
    return false; // 交給默認處理器
});

3. 生產環境配置

; php.ini
display_errors = Off
log_errors = On
error_log = /var/log/php/error.log
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

開發環境開啟 display_errors = On，直接看到問題。

4. 僅在必要時使用 @

• 調用不受控第三方庫、且無法修改其代碼
• 極低概率的競態條件（如 @unlink($tmpFile) 忽略文件已刪除錯誤）
• 測試代碼中暫時屏蔽已知噪音

總結

@ 是「止痛藥」而非「治療藥」。合理使用場景極窄，**90%+ 情況下應用顯式檢查、空合併運算符、異常處理或錯誤日誌替代**。生產環境關閉顯示錯誤、開啟記錄錯誤，才是正規軍做法。