<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[静怡家园]]></title> 
<link>http://www.zhanghaijun.com/index.php</link> 
<description><![CDATA[书山有路勤为径，学海无涯苦作舟！]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[静怡家园]]></copyright>
<item>
<link>http://www.zhanghaijun.com/post//</link>
<title><![CDATA[正确理解PHP程序编译时的错误信息]]></title> 
<author>碟舞飞扬 &lt;webmaster@zhanghaijun.com&gt;</author>
<category><![CDATA[Web开发]]></category>
<pubDate>Fri, 23 Jan 2009 10:37:14 +0000</pubDate> 
<guid>http://www.zhanghaijun.com/post//</guid> 
<description>
<![CDATA[ 
	我们编写程序时，无论怎样小心谨慎，犯错总是在所难免的。这些错误通常会迷惑PHP编译器。如果开发人员无法了解编译器报错信息的含义，那么这些错误信息不仅毫无用处，还会常常让人感到沮丧。 <br/>　　编译PHP脚本时，PHP编译器会尽其所能报告它遇到的第一个问题。这样就产生一个问题：只有当错误出现时，PHP才能将它识别出来（本文后面对此问题进行了详细描述）。正是由于这个缘故，编译器指出出错的那行，从表面上看来可能语法正确无误，或者可能是根本就不存在的一行！ <br/>　　更好地理解错误信息可以大大节省确定并改正错误内容所花费的时间。因此，在本文中，我将努力阐明多种不同类型的PHP报错信息，以及在开发过程中如何正确理解各种报错信息的含义。 <br/>　　本文中所讲述的内容与您所应用的PHP的版本无关，因为本文所描述的各种错误并不限定于某一特殊版本的特定错误。另外我们假定您是一位初级或者中级程序员，并已经从事编程工作有半年或一年的时间。<br/>　　编译器的工作方式 <br/>　　要搞清楚编译器为什么会报告某一行上存在错误，首先必须明确编译器解析PHP代码的机制。我并不打算在本文中对此进行详细论述，但是，我们将会讨论一些更易于引发错误的简单概念。 <br/>　　变量声明<br/><br/>　　如果在一条语句中声明一个变量，具体方式如下所示： <br/>　　$variable = "value";<br/><br/>　　编译器首先求出语句右半部分的值（即等号右边的所有内容）。在一些编程书籍中，将此表示为语句的 RHS （右半部分）。恰恰正是语句的这一部分常常会引发错误。如果使用的语法不正确，就会出现解析错误。 <br/>　　解析错误 <br/><br/>　　Parse error:解析错误，unexpected T_WHILE in c:&#92;program files&#92;apache group&#92;apache&#92;htdocs&#92;script.php on line 19 <br/>　　每次确定了前一错误时，解析错误一个接一个地不断出现。因为PHP在第一个解析错误之后就停止执行脚本，调试并纠正这一系列的错误往往会让人觉得特别厌烦。 <br/>　　而且，解析错误具有很少的信息，几乎不报告错误所在的行号。具体原因就是当出现错误时，编译器判定好几行的语法看起来应该是有效的，直至遇到无效的语法，最可能的情形就是表达式中使用了预定义的字词，例如； <br/><br/>　　while = 10; // Bad ? while 就是一个预定义字词，不能分配给一个值 <br/>　　预定义的字词包括 while、function等，如果PHP使用 uses to evaluate your code. 您不能使用这些预定义字词来命名变量，而且如果您非要这样做的话，PHP就会报出更多的错误，这是您无法忍受。 <br/>　　关于这个问题，下面的示例可能会对您有所帮助。请咨询阅读一下下面所示的PHP 代码： <br/><br/>　　<?php <br/>　　$b = somevalue <br/>　　if($b == somevalue)&#123; <br/>　　print Hello world!; <br/>　　&#125; <br/>　　?> <br/>　　错误位于$b =一行（在语句的末端缺少分号），所以错误应该是解析错误:第3行缺少分号对吧？而不应该依据解析器判定的： <br/><br/>　　Parse error: parse error, unexpected T_IF in c:&#92;program files&#92;apache<br/>　　group&#92;apache&#92;htdocs&#92;ereg2.php on line 4 <br/>　　在第4行，if() 语句的语法是正确的。那么，编译器是被什么给搞糊涂了呢？线索就是unexpected T_IF 部分。出现 unexpected T_???错误时，它所表示的含义为：编译器发现在预定义字不应该出现的位置出现。T_IF 代表 if(), T_WHILE 代表 while(), T_FOR 代表 for()等。 <br/>　　值得庆幸的是，一些错误的原因也很简单： <br/>　　语句没有使用分号(;)结束，比如上面的示例。字符串中缺少引号。 <br/>　　其他一些常见的错误 <br/>　　我见过的最常见的错误就是，当没有使用大括号( &#125; )结束一个函数或者一个循环时出现的错误，这很可能是最常见，最让人烦的错误。<br/><br/>　　具体代码如下： <br/>　　function UselessFunction() &#123; <br/>　　for($i ＜ 0; $i ＜ 10; $i++)&#123; <br/>　　&#125; <br/>　　将产生下列错误： <br/>　　Parse error: parse error, unexpected $ in c:&#92;program files&#92;apache <br/>　　group&#92;apache&#92;htdocs&#92;ereg2.php on line 9 <br/>　　由于函数 UselessFunction 没有使用大括号( &#125; )来结束，PHP编译器不断查找表示结束的大括号直至到达文件末尾为止。因为编译器未找到一个匹配的大括号，就会报告文件末尾处有错误。 <br/>　　如果正确地反映了代码的层次结构，错误信息就会变得非常明显。如果没有标明代码的层次结构，那么最后要想查清楚到底忘记了什么也会变得几乎是不可能的。所以，请记住，一定要标明代码的层次结构。Tab键可以很容易地实现这一点。对后续的开发人员来说，把握代码框架并对其进行修改也会更容易一些。 <br/>　　MySQL 错误 <br/>　　另一极其令人讨厌的错误信息就是最常见的MySQL错误，这常常使 PHP新手感到颇为头疼： Warning: Supplied argument is not a valid MySQL result resource in...<br/><br/>　　上面所报告有错的一行可能是：<br/>　　while($row = mysql_fetch_array($result)) &#123; <br/>　　参数 $result并不是一个有效的资源。在英语中它表示因为查询失败，将无法处理mysql_fetch_array。任一查询的语法无效（您应该将查询复制－粘贴到MySQL 控制台参考来进行测试），或者与数据库的连接失败(这种情况下您应该再次检查用户名和口令等）。 <br/>　　防止错误发生 <br/>　　第一步，智能代码器可采取以下几步来消除下列错误出现： <br/>　　· 在每一条语句的末尾处，不必考虑添加分号——这应该成为一种习惯。 <br/>　　· 总是要尽可能标明代码的层次结构，这可以使您能够查看是否忘记在if 调用或函数末端等位置添加大括号。 <br/>　　· 请使用可突出显示语法的编辑器（如 HTML-Kit）。有了这类编辑器的辅助，您就能确定是否忘记了添加引号，是否缺少分号等。<br/><br/>　　结论<br/><br/>　　本文我们对PHP编译器可报出的一些看起来可能没有什么意义的错误有了一定的了解。我们需要将所学的知识应用到如何避免错误以及错误出现时如何纠正错误。调试是一个开发人员所有工作中的最重要的部分之一。提高调试效率可大大加快整个工作的进度，缩短完成一项工程所需花费的时间，同时还可以明显减轻代码失败所带来的精神压力。 <br/>Tags - <a href="http://www.zhanghaijun.com/tags/php/" rel="tag">php</a>
]]>
</description>
</item><item>
<link>http://www.zhanghaijun.com/post//#blogcomment</link>
<title><![CDATA[[评论] 正确理解PHP程序编译时的错误信息]]></title> 
<author> &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> 
<guid>http://www.zhanghaijun.com/post//#blogcomment</guid> 
<description>
<![CDATA[ 
	
]]>
</description>
</item>
</channel>
</rss>