PHP中的 @運(yùn)算符通過將錯(cuò)誤報(bào)告級(jí)別設(shè)置為0來抑制錯(cuò)誤消息，但由於性能成本和調(diào)試挑戰(zhàn)，應(yīng)謹(jǐn)慎使用。 1）這對(duì)於處理預(yù)期的邊緣案例（如未定義的變量或嘈雜的外部系統(tǒng)警告）很有用； 2）但是，它會(huì)減慢執(zhí)行，隱藏關(guān)鍵的調(diào)試信息，鼓勵(lì)編碼糟糕，未能捕獲異常並干擾錯(cuò)誤記錄； 3）更好的替代方案包括使用NULL合併（??），諸如ISSET（）或FILE_EXISTS（）之類的顯式檢查，例外try-catch塊以及自定義錯(cuò)誤處理程序； 4）雖然不固有有害，但應(yīng)避免 @操作員在現(xiàn)代PHP開發(fā)中更清晰，更明確的錯(cuò)誤處理。

PHP中的@錯(cuò)誤控制操作員是該語言中最有爭議的功能之一。乍一看，這似乎是一種抑制錯(cuò)誤消息的簡單方法 - 只是@ prepent @ to a語句，而其生成的任何錯(cuò)誤或警告都會(huì)沉默。但是，儘管很方便，但該操作員因在過度使用或?yàn)E用時(shí)遇到危險(xiǎn)而贏得了聲譽(yù)。

@操作員實(shí)際上做什麼

當(dāng)您將@放置在表達(dá)式之前時(shí)，PHP會(huì)抑制通常會(huì)通過該表達(dá)式生成的任何錯(cuò)誤消息。例如：

 echo @file_get_contents（'/nonexistent/file.txt'）;

沒有@ ，這將觸發(fā)警告：

警告：file_get_contents（/nonexistent/file.txt）：無法打開流：沒有此類文件或目錄

使用@ ，沒有顯示警告。

在幕後，PHP不僅“隱藏”錯(cuò)誤 - 它會(huì)暫時(shí)將錯(cuò)誤報(bào)告級(jí)別設(shè)置為該表達(dá)式的0，然後將其恢復(fù)。這意味著即使是致命的錯(cuò)誤或解析錯(cuò)誤並沒有真正捕獲（它們?nèi)詴?huì)停止執(zhí)行），但是E_WARNING和E_NOTICE級(jí)別的消息被抑制了。

為什麼開發(fā)人員使用它

儘管說唱不好，但@運(yùn)營商還是有合法的用例：

• 處理預(yù)期的邊緣案例：對(duì)於在失敗時(shí)返回false但還會(huì)發(fā)出警告的功能，例如在非弦樂（稀有）或file()等舊功能時(shí)搜索時(shí)strpos() 。

• 暫時(shí)處理未定義的變量或索引：

   $ value = @$ _ get ['user_id'];

  如果未設(shè)置user_id ，則避免通知。 （雖然首選isset()或無效合併。）

• 使用警告卻嘈雜但處理的外部系統(tǒng)：例如，試圖連接到可能暫時(shí)下降的服務(wù)。

儘管如此，這些用途通常表明代碼氣味 - 通常有更乾淨(jìng)，更明確的替代方案。

@操作員的問題

爭議源於幾個(gè)實(shí)際問題：

• 它很慢：PHP必須每次使用@都使用錯(cuò)誤處理程序上下文，從而添加開銷。在高流量應(yīng)用中，這可能會(huì)影響性能。

• 它隱藏了重要的信息：存在錯(cuò)誤和警告是有原因的。沉默它們可能會(huì)使調(diào)試更加困難，尤其是當(dāng)出現(xiàn)出乎意料的問題時(shí)。

• 它鼓勵(lì)懶惰的編碼：開發(fā)人員通常不使用file_exists()或用isset()處理數(shù)組鍵，而是使用@作為快捷方式來訪問 @。

• 它不會(huì)捕獲異常： @操作員僅抑制傳統(tǒng)的PHP錯(cuò)誤（例如警告和通知），並不例外。因此，如果您要混合錯(cuò)誤類型，則抑制可能是不完整的。

• 它會(huì)干擾日誌記錄：即使您不顯示錯(cuò)誤，也可能仍需要記錄它們。 @除非您實(shí)現(xiàn)了自定義錯(cuò)誤處理，否則會(huì)防止錯(cuò)誤記錄。

更好的選擇

而不是依靠@ ，請(qǐng)考慮以下實(shí)踐：

• 使用null合併（ ?? ）或nullsafe操作員（ ?-> ）進(jìn)行未定義的變量：

   $ id = $ _get ['id'] ??無效的;

• 在調(diào)用風(fēng)險(xiǎn)功能之前檢查條件：

   if（file_exists（$ path））{
      $ content = file_get_contents（$ path）;
  }

• 使用try-catch塊作為例外：

  嘗試 {
      $ result = stighoperation（）;
  } catch（異常$ e）{
      //優(yōu)雅處理
  }

• 對(duì)於舊版代碼或不可避免的警告，請(qǐng)使用set_error_handler()臨時(shí)將警告轉(zhuǎn)換為例外或乾淨(jìng)處理。

最後的想法

@操作員並不是天生的邪惡，它是一種工具。像任何工具一樣，其價(jià)值取決於如何以及何時(shí)使用。在有據(jù)可查的情況下偶爾有意抑制可能是可以接受的。但是，在代碼庫中廣泛使用它是一個(gè)危險(xiǎn)信號(hào)。

現(xiàn)代PHP開發(fā)有利於明確的檢查，結(jié)構(gòu)化的異常處理和明確的錯(cuò)誤報(bào)告。因此，儘管@仍然是語言的一部分，但大多數(shù)經(jīng)驗(yàn)豐富的開發(fā)人員建議避免使用它，除非絕對(duì)必要。

基本上：很少使用它，了解它的作用，並且更喜歡清晰度而不是便利性。

以上是錯(cuò)誤控制操作員（@）：用於PHP錯(cuò)誤處理的有爭議的工具的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！