PHP エラー メッセージを正しく理解する方法_PHP チュートリアル

    我们编写程序时，无论怎样小心谨慎，犯错总是在所难免的。这些错误通常会迷惑PHP编译器。如果开发人员无法了解编译器报错信息的含义，那么这些错误信息不仅毫无用处，还会常常让人感到沮丧。 

     编译PHP脚本时，PHP编译器会尽其所能报告它遇到的第一个问题。这样就产生一个问题：只有当错误出现时，PHP才能将它识别出来（本文后面对此问题进行了详细描述）。正是由于这个缘故，编译器指出出错的那行，从表面上看来可能语法正确无误，或者可能是根本就不存在的一行！

    更好地理解错误信息可以大大节省确定并改正错误内容所花费的时间。因此，在本文中，我将努力阐明多种不同类型的PHP报错信息，以及在开发过程中如何正确理解各种报错信息的含义。

    本文中所讲述的内容与您所应用的PHP的版本无关，因为本文所描述的各种错误并不限定于某一特殊版本的特定错误。另外我们假定您是一位初级或者中级程序员，并已经从事编程工作有半年或一年的时间。

编译器的工作方式

要    搞清楚编译器为什么会报告某一行上存在错误，首先必须明确编译器解析PHP代码的机制。我并不打算在本文中对此进行详细论述，但是，我们将会讨论一些更易于引发错误的简单概念。

变量声明

如果在一条语句中声明一个变量，具体方式如下所示：

/>$variable = value;

编译器首先求出语句右半部分的值（即等号右边的所有内容）。在一些编程书籍中，将此表示为语句的 RHS （右半部分）。恰恰正是语句的这一部分常常会引发错误。如果使用的语法不正确，就会出现解析错误。

解析错误

Parse error:解析错误，unexpected T_WHILE in c:program filesapache groupapachehtdocsscript.php on line 19

每次确定了前一错误时，解析错误一个接一个地不断出现。因为PHP在第一个解析错误之后就停止执行脚本，调试并纠正这一系列的错误往往会让人觉得特别厌烦。

而且，解析错误具有很少的信息，几乎不报告错误所在的行号。具体原因就是当出现错误时，编译器判定好几行的语法看起来应该是有效的，直至遇到无效的语法，最可能的情形就是表达式中使用了预定义的字词，例如；

/>while = 10; // Bad ? while 就是一个预定义字词，不能分配给一个值

预定义的字词包括 while、function等，如果PHP使用 uses to evaluate your code. 您不能使用这些预定义字词来命名变量，而且如果您非要这样做的话，PHP就会报出更多的错误，这是您无法忍受。

关于这个问题，下面的示例可能会对您有所帮助。请咨询阅读一下下面所示的PHP 代码：

/>$b = "somevalue"
if($b == "somevalue"){
print "Hello world!";
}
?>

错误位于"$b ="一行（在语句的末端缺少分号），所以错误应该是"解析错误:第3行缺少分号"对吧？而不应该依据解析器判定的：

/>rse error: parse error, unexpected T_IF in c:program filesapachegroupapachehtdocsereg2.php on line 4

在第4行，if() 语句的语法是正确的。那么，编译器是被什么给搞糊涂了呢？线索就是"unexpected T_IF" 部分。出现 "unexpected T_???"错误时，它所表示的含义为：编译器发现在预定义字不应该出现的位置出现。T_IF 代表 if(), T_WHILE 代表 while(), T_FOR 代表 for()等。

值得庆幸的是，一些错误的原因也很简单：

语句没有使用分号(;)结束，比如上面的示例。字符串中缺少引号。

その他のよくある間違い

私が目にする最も一般的な間違いは、関数またはループを終了するために中括弧 ( } ) を使用しない場合です。これはおそらく最も一般的で迷惑な間違いです。具体的なコードは次のとおりです。

/>function UselessFunction() {
for($i < 0; $i < ; 10; $i++){ }

?> Par se エラー: 解析エラー、予期しない $ in c:program filesapache groupapachehtdocsereg2.php on line 9

関数 UselessFunction は中括弧 (}) で終わっていないため、PHP コンパイラーはファイルの最後に到達するまで右中括弧を探し続けます。コンパイラは一致する中括弧を見つけられないため、ファイルの終わりエラーを報告します。

コードの階層が正しく反映されていれば、エラー メッセージが非常に明確になります。コードの階層構造がマークされていない場合、最終的に何が忘れられたかを見つけることはほとんど不可能になります。したがって、コードの階層を必ず示すようにしてください。 Tab キーを使用するとこれが簡単になります。また、後続の開発者がコードのフレームワークを把握して変更することも容易になります。 />MySQL エラー

もう 1 つの非常に迷惑なエラー メッセージは、最も一般的な MySQL エラーです。これは、新しい PHP ユーザーにとって頭痛の種となることがよくあります:



警告: 指定された引数は有効な MySQL 結果リソースではありません。上記で報告されたエラーは次のようになります:



while($row = mysql_fetch_array($result)) {/>パラメータ $result は有効なリソースではありません。英語では、クエリが失敗したため mysql_fetch_array を処理できないことを意味します。クエリの構文が無効であるか (クエリをコピーして MySQL コンソール参照に貼り付けてテストする必要があります)、データベースへの接続に失敗しました (この場合、ユーザー名、パスワードなどを再確認する必要があります)。

エラーを防ぐ

最初のステップで、賢いコーダーは次のステップを実行して、次のエラーを排除できます: /> · 各ステートメントの最後にセミコロンを追加することを考えないでください。これは習慣になるはずです。

· 可能な限りコードの階層を常に示すことで、if 呼び出しや関数の末尾などの場所に中括弧を追加するのを忘れていないかどうかを確認できます。

· 構文強調表示機能のあるエディター (HTML-Kit など) を使用してください。このようなエディタの助けを借りて、引用符を追加するのを忘れていないか、セミコロンが抜けていないかなどを判断できます。



結論



この記事では、PHP コンパイラーが報告する可能性のある一見無意味なエラーについてある程度理解しました。私たちは学んだことを、間違いを避ける方法と、間違いが起こったときに修正する方法に応用する必要があります。デバッグは開発者の仕事の中で最も重要な部分の 1 つです。デバッグ効率を向上させると、作業全体の進行が大幅にスピードアップし、プロジェクトの完了にかかる時間を短縮でき、コードの失敗による精神的プレッシャーも大幅に軽減されます。

http://www.bkjia.com/PHPjc/532435.html

www.bkjia.com
tru​​e

http://www.bkjia.com/PHPjc/532435.html

技術記事プログラムを作成するときにどれだけ注意を払っていても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。開発者がコンパイラ エラー メッセージの意味を理解できない場合...