ホームページ >バックエンド開発 >PHPチュートリアル >PHPエラーメッセージ解析_PHPチュートリアル

PHPエラーメッセージ解析_PHPチュートリアル

WBOY
WBOYオリジナル
2016-07-13 17:35:23862ブラウズ

更好地理解错误信息可以大大节省确定并改正错误内容所花费的时间。因此,在本文中,我将努力阐明多种不同类型的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行缺少分号"对吧?而不应该依据解析器判定的:

Parse error: parse error, unexpected T_IF in c:program filesapache
groupapachehtdocsereg2.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 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 つです。デバッグ効率を向上させると、作業全体の進行が大幅にスピードアップし、プロジェクトの完了にかかる時間を短縮でき、コードの失敗による精神的プレッシャーも大幅に軽減されます。
プログラムを書くときにどれだけ注意を払っていても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。コンパイラ エラー メッセージは役に立たないだけでなく、開発者がメッセージの意味を理解していないとイライラさせられることがよくあります。

www.bkjia.comtru​​ehttp://www.bkjia.com/PHPjc/508346.html技術記事エラー メッセージをより深く理解することで、問題の特定と修正にかかる時間を大幅に短縮できます。そこで、この記事では、さまざまな種類の PHP エラー メッセージと、どのような場合に何が起こるかを説明します。
声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。