PHP常见报错解析

Posted 怪咖咖

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了PHP常见报错解析相关的知识,希望对你有一定的参考价值。

  {错误类型}: {错误原因} in {错误文件} on {错误行数}

  说明了在哪个文件的哪一行中因何种原因出现了何种错误。

  常见的错误类型一般有下面几种:

  Parse error(解析错误)一般都伴随着Syntax errors(句法错误) ,说明你的程序不符合php的语法。

  它是级别最高的错误,整个脚本根本不会被执行。

  一般都是由一个表达式缺少";" 或各种括号引号不成对引起的。看详细的信息就能知道问题的所在。

  一般句法错误都会给你提示一个解析器代号,告诉你出现的问题是在哪里。比如:

  Parse error: syntax error, unexpected T_STRING in xxx.php on line 9

  T_STRING 是一个解析器代号,顾名思义,它代表字符串,很多错误原因都会带解析器代号。通过它你可以更直接的了解到错误的原因。

  unexpected意思是非预期的,换句话说也就是多余的。

  更多解析器代号请参考:http://www.php.net/manual/zh/tokens.php 或php手册 英文版中叫:List of Parser Tokens 中文版中叫:解析器代号列表

  上面的错误的意思是说你的第九行有一个非预期的字符串。

  我的代码:

  1-7: 略

  8 : test(array(‘a‘))

  9 : xxx();

  10 : >

  这个问题如何解决呢?把第九行的xxx删掉,的确符合PHP语法了。

  但是那不是我想要的,实际上是我的第8行缺少了一个";",解决办法是在第8行结尾加分号。

  注意:这个例子还说明了一个问题,错误报告说是哪行,问题不一定就非在哪行,也可能是它的前面一行或几行造成的。最典型的例子是某程序提示出错行数在 文件的最后一行,你去看,发现那行除了“>”以外没有别的字符,这种情况一般是缺少引号导致的。你要往前面找不成对的引号或者别的什么标点。如果你 非要抬杠,认准了行号不松口,那就不是php的问题了。

  Fatal Error(致命错误),仅次于Parsing Error的错误,执行到发生错误的行时,脚本会终止运行。

  在程序符合PHP语法的基础上,使用了未定义的函数,或require一个不存在的文件,死循环导致程序执行超时,都会导致fatal error。

  一般表现为:

  Fatal Error: Call to undefined function func() in php100.php on line 某某

  就是说在某某行你调用了一个未定义的func函数,这时候一般就是看你是否忘了包含该包含的文件,是否写错了函数名,是否写错了文件名。(PHP100.com)

  Warning(警告),比致命错误级别稍低,但程序不会因为脚本错误而终止。

  一般出现在include一个不存在的文件,或者一个程序需要一个参数,但是你没传参数,并且你也没指定参数的默认值。

  Warning视情况可以避免出现,实在没法避免,可以加@强行屏蔽。

  Notice(通知),级别最低,一般可以无视,不会影响到脚本的运行。多数发生在变量或数组下标未定义的情况。

  注意:多数notice都可忽略,但是少数的notice也可能会反映出比较严重的问题。

  比如 Notice: Undefined variable: sql in xxx.php on line xx

  你看到有个变量"sql"未定义,这就可能很危险了,在register_globals=on的情况下,没准这个错误直接就成为了别人操作数据库的后门。

  此外还有一些别的类型的错误,平时不常见,我就不多说了。

  总结

  综上所述,PHP的错误提示会告诉我们很多事情,为我们查找错误提供了极大的方便。好好利用它,会大大的提高我们的工作效率和工作质量。

  不过,它带来好处的同时,也可能会透露服务器的敏感信息,容易让攻击者发现服务器的漏洞。

  php开发环境一定要打开全部错误提示,打开错误显示。最大限度的减少事故的发生。

  生产环境千万要把错误显示关闭,改用日志来记录错误。别给有心人以可乘之机。

以上是关于PHP常见报错解析的主要内容,如果未能解决你的问题,请参考以下文章

JVM-Sandbox常见报错

kafka使用常见报错及解决方法

python常见报错信息!错误和异常!附带处理方法

常见报错

ssh远程主机 常见报错处理

Nginx 之常见报错问题解决