PHP のヒント: PHP プログラムのコンパイル時のエラー メッセージを正しく理解する

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

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

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

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

　　编译器的工作方式

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

　　变量声明

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

$variable = 'value';

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

　　解析错误

Parse error:解析错误，unexpected T_WHILE in c:\\program files\\apache group\\apache\\htdocs\\script.php on line 19

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

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

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

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

＜?php
$b = somevalue
if($b == somevalue){
print Hello world!;
}
?＞
　　错误位于$b =一行（在语句的末端缺少分号），所以错误应该是解析错误:第3行缺少分号对吧？而不应该依据解析器判定的：

Parse error: parse error, unexpected T_IF in c:\\program files\\apache
group\\apache\\htdocs\\ereg2.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++){
}
　　将产生下列错误：

Parse error: parse error, unexpected $ in c:\\program files\\apache
group\\apache\\htdocs\\ereg2.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 つです。デバッグ効率を向上させると、作業全体の進行が大幅にスピードアップし、プロジェクトの完了に必要な時間が短縮され、コードの失敗による精神的プレッシャーも大幅に軽減されます