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

//我当前是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)是不显示任何错误信息，但那个错误还是显示呢！
我的困惑就在这里：那个ｓｔｒｉｃｔ错误似乎怎么样都关不掉呢。

这样可以吗   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个问题，就没有必要去纠结了，是么？

好吧。世界如此不完美，我没有权利自己做不到的事情，去要求这个世界：）