首页 >后端开发 >php教程 >一个strict类型的错误为什么“关”不掉?

一个strict类型的错误为什么“关”不掉?

WBOY
WBOY原创
2016-06-23 13:43:251142浏览

//我当前是php5.3版//按php.ini中的设置(error_reporting = E_ALL | E_STRICT),//本页会显示2个strict类型的错误(见后面代码注释)//ini_set("error_reporting",E_ALL);		//写这个,只能关闭2号错误提示//ini_set("error_reporting",E_NOTICE);	//写这个也只能关闭2号错误提示//ini_set("display_errors", 0);			//这个还是只能关闭2号错误提示//问题就是:为什么子类跟父类同名但不同参的这个strict错误,为什么关不掉? class Person{	public $name;	public $age;	private function f1($x){		echo "Person中x = " . $x;	}}class Teacher extends Person{	public $depart;	//所属部门	public function f1($x,$y){	//这里方法参数跟父类同名方法不同,								//因此报一个strict类型的错(1号)		echo "Person中x = " . $x , ", y=" . $y ;	}}$o1 = new Teacher();$o1->f1(1,2);$o1::f1(3,4);	//这里使用静态方式调用非静态方法,也报一个strict错(2号)


回复讨论(解决方案)

error_reporting = E_ALL ^ E_STRICT

error_reporting = E_ALL ^ E_STRICT



大斑竹,不行啊。
本来这个:E_ALL | E_STRICT是现实“所有错误”信息;
而E_ALL 已经表示不显示strict错误了(但其他都显示);
而E_NOTICE更表示只显示notice错误(其他的都不显示);
甚至ini_set("display_errors", 0)是不显示任何错误信息,但那个错误还是显示呢!
我的困惑就在这里:那个strict错误似乎怎么样都关不掉呢。

这样可以吗   error_reporting (E_ALL  &  ~ E_STRICT);

php 5.3 默认是不检查 E_STRICT 级别错误的(php 5.4 及以上是默认检查的)
你 error_reporting = E_ALL | E_STRICT 就表示要检查 E_STRICT 级别错误

既然你要检查 E_STRICT 级别错误,那就不存在什么“关”不掉了(是你自己打开的)
因为 php 没有重载的概念,所以当子类方法覆盖父类方法时,参数数量应该一样,以免产生误解。这就是 E_STRICT 级别检查的内容之一

需要注意的是:语法检查在前,程序运行在后
所以即使 ini_set("display_errors", 0) 也不能屏蔽掉语法错误!

手册说 5.4.0 E_STRICT 成为 E_ALL 的一部分
之前的版本除非指定要不然不会显示的。


// 关闭所有PHP错误报告
error_reporting(0);

刚才提交csdn网页又有显示403,ip地址访问过多,怀疑爬虫。输了好几遍验证码才正常。

php 5.3 默认是不检查 E_STRICT 级别错误的(php 5.4 及以上是默认检查的)
你 error_reporting = E_ALL | E_STRICT 就表示要检查 E_STRICT 级别错误

既然你要检查 E_STRICT 级别错误,那就不存在什么“关”不掉了(是你自己打开的)
因为 php 没有重载的概念,所以当子类方法覆盖父类方法时,参数数量应该一样,以免产生误解。这就是 E_STRICT 级别检查的内容之一

需要注意的是:语法检查在前,程序运行在后
所以即使 ini_set("display_errors", 0) 也不能屏蔽掉语法错误!



我是说我php.ini中设置为 E_ALL | E_STRICT,但是在当前文件中,我是做了如下3种情况的的测试啊:
//ini_set("error_reporting",E_ALL);        //写这个,只能关闭2号错误提示
//ini_set("error_reporting",E_NOTICE);    //写这个也只能关闭2号错误提示
//ini_set("display_errors", 0);            //这个还是只能关闭2号错误提示
即都关闭不掉1号(第20行)的E_STRICT错误。
而且我有对比的,第26行的同样是E_STRICT错误,这3个代码任意一个都会关闭掉。

我的意思是,同样是E_STRICT错误,一个能关掉,一个怎么也关不掉。
我主楼的表达难道给人歧义或误解么?

你说的语法检查性问题。但我这不是语法检查错误啊。语法检查错误提示是E_PARSE,确实是先检查,后运行。语法有错,根本不运行。但我这个程序是能运行的,最后一行都能输出结果。

STRICT 中文释义 严格的
这不是语法检查是什么?

E_PARSE 检查的是致命错误,即出现了程序就中断
E_STRICT 是按严格的语法进行检查,出现了并不会中断程序
E_NOTICE 是检查变量是否未定义就使用,也不会影响程序的执行

ini_set('display_errors','off');

STRICT 中文释义 严格的
这不是语法检查是什么?

E_PARSE 检查的是致命错误,即出现了程序就中断
E_STRICT 是按严格的语法进行检查,出现了并不会中断程序
E_NOTICE 是检查变量是否未定义就使用,也不会影响程序的执行



谢谢xuzuning版主和fdipzone!特别是版主的不辞辛苦。

fdipzone提供的建议不行。

下面来在专门转对版主的回复进行答复。

首先,也许我们俩理解的“语法检查”不一样。我理解的语法检查是指,程序在运行之前,先检查语法是否“正确”,即是否“适合运行”(或是否可运行)。这种检查是在运行程序之前的。如果发现这类语法错误,则不会进行任何运行,而是直接报E_PARSE错误。比如最简单也最常见的就是漏了一个分号。

然后,这一步检查过之后,程序就开始运行了。在运行过程中,如果发生了某些错误(这叫运行时错误),则相应会给出出错提示,但大多数错误都可以“继续运行”下去(虽然错误提示也一并输出)。 目前我知道的就2种错误是会“停止运行”的,那就是你提到的E_ERROR, 还有就是用户自定义错误E_USER_ERROR。

我们有多种情况下的错误,比如E_NOTICE, E_WARMING, 包括E_STRICT,都会在出错后继续运行,且可以通过php.ini配置项error_reporting(影响全局)或ini_set('error_reporting', .....)(影响本页)来设置将错误提示信息关闭(就是不显示)。如我例子中的后一个E_STRICT错误(第26行),都是可以关闭的。注意,我例子上的1号错误和2号错误,都是E_STRICT类型错误,也就是你说的语法检查的错误。如你理解的,这两个地方确实是“不严格的语法”,但请注意,这里两个地方都可以继续运行输出结果。1号错误是子类的f1方法的参数跟父类不同,但并没有让程序不能运行。2号错误是使用了静态的方式调用了一个非静态方法,也没有让程序不能运行。严格说来这两个都是“语法错误”(按你的理解),但结果是一个能关闭,一个不能关闭。

我的问题就是,这2个错误的“类型”是一样的(你可以测试,看结果),但后一个可以关闭(不显示),前一个关闭不了。为什么?或者换个角度来问:怎么关闭前一个错误提示?

怎么关闭前一个错误提示?
1、用phpinfo()看下,现在起作用的是哪个 php.ini  (能找到多个,但有一个是系统真正加载的)
2、把error_reporting= E_ALL | E_STRICT  改为:
         error_reporting=E_ALL & ~E_DEPRECATED & ~E_STRICT

怎么关闭前一个错误提示?
1、用phpinfo()看下,现在起作用的是哪个 php.ini  (能找到多个,但有一个是系统真正加载的)
2、把error_reporting= E_ALL | E_STRICT  改为:
         error_reporting=E_ALL & ~E_DEPRECATED & ~E_STRICT


1、php.ini文件没问题。 
2、你提供的这个方法还是不行啊。

怎么这么拗呢?
E_STRICT 不会终止程序的运行!

第一个 strict 类型错是在语法分析阶段报出的
第二个 strict类型错是在运行阶段报出的


怎么关闭前一个错误提示?
1、用phpinfo()看下,现在起作用的是哪个 php.ini  (能找到多个,但有一个是系统真正加载的)
2、把error_reporting= E_ALL | E_STRICT  改为:
         error_reporting=E_ALL & ~E_DEPRECATED & ~E_STRICT


1、php.ini文件没问题。 
2、你提供的这个方法还是不行啊。


你用phpinfo()核实php.ini的位置了吗,有可能你改的不是你在用的。



怎么关闭前一个错误提示?
1、用phpinfo()看下,现在起作用的是哪个 php.ini  (能找到多个,但有一个是系统真正加载的)
2、把error_reporting= E_ALL | E_STRICT  改为:
         error_reporting=E_ALL & ~E_DEPRECATED & ~E_STRICT


1、php.ini文件没问题。 
2、你提供的这个方法还是不行啊。


你用phpinfo()核实php.ini的位置了吗,有可能你改的不是你在用的。

抱歉。我昨天的回复过于草率。我本意是指在php文件的脚本代码中使用ini_set("error_reporting",E_ALL) (或把E_ALL改为其他值)的方式,能关闭2号错误,却不能关闭1号错误,因此而求助(提问),因此没测试真正去改php.ini。

今天测试,确实能关闭。实际上,则我自己给出的那几条设置值,只要在php.ini中设置,也都能生效。

但我的问题依然存在,那就是:同样是E_STRICT错误,为什么我给的例子中,使用ini_set("error_reporting",E_ALL) (或把E_ALL改为其他值),2号能关闭,而1号不能关闭?有关此问题,请再看我后续回复版主的帖子。

怎么这么拗呢?
E_STRICT 不会终止程序的运行!

第一个 strict 类型错是在语法分析阶段报出的
第二个 strict类型错是在运行阶段报出的



好吧,算我拗,我也认。你的认真,负责,我有机会一定会跟蒋涛说说的。

也许就是如你所说的,虽然都是E_STRICT类型的错误,但第一个是在语法分析阶段报出的,第二个是运行阶段报出的。那么如果这样的话,就跟我们通常理解的,使用ini_set("error_reporting",XXX),只要设置XXX的合适值就可以关闭某些类型的错误, 有出入了。

因此,是否可以这样说,同样类型的错误提示信息,使用ini_set在脚本中设置,有的能关闭,有的不能关闭?那具体又是,怎么样的能关闭,怎么样的不能关闭呢?这个知识在哪里能查到?

另外,同样是“语法检查”错误,有的是让程序无法执行,报E_PARSE错误,有的是能让程序执行,如你所说的,但报E_STRICT错误。就算按你说的,E_PARSE是致命语法错误,而E_STRICT能继续运行,则又如何区分这两者呢???当然,或许这已经不算什么问题了。

还有,对于类似我提出的这个错误,在php.ini文件中能关闭提示,而在脚本中不能关闭,但其他情况的错误提示,似乎两边都有一致性,则又做何解释?

最后,我就是拗,有本事你答我呀

??最后的最后,我的玩笑希望你懂,至少不介意。

你做个测试就知道了,并不是什么都要找到理论依据的

echo ini_get('error_reporting'), '<br>'; //看看 php.ini 中定义的值error_reporting(E_ALL ^ E_STRICT); //关闭掉 E_STRICT 级别错误检查echo ini_get('error_reporting'), '<br>'; //再看看修改后的值class Person{    public $name;    public $age;    private function f1($x){        echo "Person中x = " . $x;    }}class Teacher extends Person{    public $depart;    //所属部门    public function f1($x,$y){    //这里方法参数跟父类同名方法不同,                                //因此报一个strict类型的错(1号)        echo "Person中x = " . $x , ", y=" . $y ;    }}$o1 = new Teacher();$o1->f1(1,2);$o1::f1(3,4);    //如果没有关闭 E_STRICT 检查,这里使用静态方式调用非静态方法,也报一个strict错(2号)
Strict Standards: Declaration of Teacher::f1() should be compatible with Person::f1($x) in D:\AMP\web\ide_tmp.php on line 193276730719Person中x = 1, y=2Person中x = 3, y=4

虽然在程序中关闭了 E_STRICT 检查,但是 1号 错误依然出现
显然对于类定义的错误检查是先于 error_reporting(E_ALL ^ E_STRICT); 进行的

你做个测试就知道了,并不是什么都要找到理论依据的

虽然在程序中关闭了 E_STRICT 检查,但是 1号 错误依然出现
显然对于类定义的错误检查是先于 error_reporting(E_ALL ^ E_STRICT); 进行的



嗯,我前一贴已经认可了你的说法,至于测试,我自然是要做,而且本来就是因为自己遇到了这样的情形,希望得到一定的解释或解决而已。

那既然你已经说了“并不是什么都要找到理论依据的”,就说明我最后提出的3个问题,就没有必要去纠结了,是么?

好吧。世界如此不完美,我没有权利自己做不到的事情,去要求这个世界:)
声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn