PHP語法錯誤：如何解決？

文法錯誤是什麼？

PHP屬於C風(fēng)格的命令式程式語言。它有嚴(yán)格的語法規(guī)則，當(dāng)遇到錯誤的位置的符號或標(biāo)識符時，它無法恢復(fù)。它無法猜測你的程式意圖。

最重要的提示

有一些基本預(yù)防措施你總是可以採取的：

• 使用正確的程式碼縮排，或採用任何良好的編碼風(fēng)格?？勺x性有助於防止異常。
• 使用具有語法高亮的PHPIDE或編輯器。它還有助於括號/方括號平衡。
• 仔細(xì)閱讀手冊中的語言參考和範(fàn)例。兩次閱讀，以便在一定程度上精通。

如何解釋解析器錯誤

一條典型的語法錯誤訊息如下：

解析錯誤：語法錯誤，在 file.php 第 217 行，意外的T_STRING，需要';'

它列出了語法錯誤的可能位置。參見提到的檔名和行號。

T_STRING這樣的標(biāo)題解釋了解析器/標(biāo)記器最終無法處理哪個符號。然而，這不一定是語法錯誤的原因。

重要的是也要查看前面的程式碼行。通常，語法錯誤只是早先發(fā)生的小錯誤。錯誤行號只是解析器最終放棄處理所有錯誤的地方。

解決語法錯誤

有許多方法可以縮小並修復(fù)語法問題。

• 開啟提到的來源檔案。查看提到的程式碼行。

  • 對於失控的字串和錯位的運(yùn)算符，你通?？梢栽谀茄e找到罪魁禍?zhǔn)住?
  • 自左向右閱讀該行，並想像每個符號的作用。

• 更常見的是，你需要查看前面的行。

  • 尤其是，缺少分號；分號在前面的行末尾/語句中遺失。 （至少從風(fēng)格的角度來看）
  • 如果程式碼區(qū)塊{ }沒有正確關(guān)閉或嵌套，你可能需要進(jìn)一步研究原始程式碼。為此，使用適當(dāng)?shù)?strong>程式碼縮排。

• 查看語法著色！

  • 字串、變數(shù)和常數(shù)都應(yīng)該有不同的顏色。
  • 運(yùn)算子 -*/. 也應(yīng)該著不同的色，否則它們可能在錯誤的上下文中。
  • 如果你看到字串著色延伸得太遠(yuǎn)或太短，那麼你發(fā)現(xiàn)了一個未轉(zhuǎn)義或丟失的閉合" 或' 字符串標(biāo)記。
  • 如果看到兩個相同顏色的標(biāo)點(diǎn)符號彼此相鄰，也可能意味著有麻煩?；蚋S運(yùn)算子的括號，運(yùn)算子是單獨(dú)的。你的朋友
  。 >
暫時拆分長行。行號具體化以進(jìn)行解析錯誤。離丟失或錯位的語法符號。簡化程式碼。 ??>
• 在以下內(nèi)容之間加上換行符：你可以輕鬆辨識為正確的程式碼，
你不確定的部分，

• 和解析器抱怨的行。長程式碼區(qū)塊

  確實(shí)
  有助於找到語法錯誤的根源。
  • 如果你無法確定問題來源，請開始註解掉（即暫時刪除）程式碼塊?；ɡㄌ柌环痛a縮排錯誤）如果你無法解決文法問題，請嘗試
  從頭開始
  • 重寫註解掉的節(jié)。 。碼，而且確實(shí)有用。 )通常用於模板，但可以說不如{ code } 區(qū)塊容易遵循。 >
  " 或 '的字串引號不匹配，且其中未轉(zhuǎn)義引號
  • 忘記運(yùn)算符，特別是用於字串 . 連接的運(yùn)算子

  • 括號不平衡 ( )。在報告的行中計算它們。它們的數(shù)量相等嗎？

    • 不要忘記解決一個語法問題可能會發(fā)現(xiàn)下一個。
    • 如果你讓一個問題消失，但其他問題在下面的程式碼中出現(xiàn)，你大多走在正確的道路上。
    • 如果在編輯後在同一行中出現(xiàn)新的語法錯誤，那麼你的嘗試更改還有可能失敗。 （但並非總是如此）

  • 如果你無法修復(fù)它，請恢復(fù)先前工作代碼的備份。

    • 採用源碼版本控制系統(tǒng)。你總是可以看到損壞和上一個工作版本的差異。這可能會說明文法問題是什麼。

  • 無形的雜散Unicode 字元：在某些情況下，你需要對原始碼使用十六進(jìn)位編輯器或不同的編輯器/檢視器。有些問題無法透過查看程式碼發(fā)現(xiàn)。

    • 嘗試 grep --color -P -n "[x80-xFF]" file.php 作為尋找非 ASCII 符號的第一步措施。
    • 特別是 BOM、零寬空格、或無間斷空格和智慧引號經(jīng)?？梢赃M(jìn)入來源碼。 -

  • 注意檔案中儲存的換行符類型。

    • PHP只支援 n 換行符，不支援 r 回車符。
    • 這偶爾只對 MacOS 使用者來說是一個問題（甚至在用於錯誤配置編輯器的作業(yè)系統(tǒng) X 上也是如此）。
    • 當(dāng)使用單行 // 或 # 註解時，它通常只會在忽略換行符號時才會出現(xiàn)問題。當(dāng)忽略換行符時，多行 /.../ 註解很少會幹?jǐn)_解析器。

  • 如果你的語法錯誤不會透過網(wǎng)路傳送：你的機(jī)器上有文法錯誤。但在網(wǎng)路上發(fā)布完全相同的文件不會再出現(xiàn)這種情況。這只能意味著以下兩件事之一：

    • 你在看錯誤的檔案！
    • 或你的程式碼包含不可見的雜散 Unicode（見上文）。你可以輕鬆找出：只需將程式碼從網(wǎng)頁表單複製回文字編輯器中即可。

  • 檢查你的PHP版本。並非所有語法結(jié)構(gòu)都可以在每臺伺服器上都可用。

    • 命令列解釋器的 php -v
    • 透過網(wǎng)頁伺服器呼叫的

    那些不一定相同。特別是使用框架時，你需要使它們匹配。

  • 不要使用 PHP 的保留關(guān)鍵字作為函數(shù)/方法、類別或常數(shù)的識別碼。
  • 試驗(yàn)是你的最後手段。

  如果其他所有方法都失敗，你總是可以在網(wǎng)路上搜尋你的錯誤訊息。語法符號不容易搜尋（Stack Overflow 本身 ??由 SymbolHound 索引）。因此可能需要瀏覽幾頁才能找到相關(guān)資訊。

  延伸閱讀

  • David Sklar 的《PHP 調(diào)試基礎(chǔ)》
  • Jason McCreary 的《修復(fù)PHP 錯誤》
  • Mario Lurig 的《PHP 錯誤—— 10個常見錯誤》
  • 《常見的PHP錯誤與解決方案》
  • 《如何排除WordPress 網(wǎng)站的故障並修復(fù)》
  • 《設(shè)計師的PHP 錯誤訊息指南》 - Smashing Magazine

  白色死屏

  如果你的網(wǎng)站只是空白，那麼通常的錯誤就是文法錯誤。使用以下方法啟用它們的顯示：

  • error_reporting = E_ALL
  • display_errors = 1

  通常在你的php.ini 中，或?qū)秏odphp_透過.htaccess，甚至對於FastCGI 設(shè)定通過.user.ini。

  在損壞的腳本中啟用它為時已晚，因?yàn)?PHP 甚至無法解釋/運(yùn)行第一行。一個快速的解決方法是製作一個包裝腳本，例如 test.php:

  然後透過存取這個包裝腳本來呼叫錯誤的程式碼。

  啟用 PHP 的 error_log 並在腳本崩潰時查看 web 伺服器的 error.log 也很有幫助，並收到 HTTP 500 回應(yīng)。

以上是PHP 語法錯誤：如何排除和解決它們？的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！