1 Notice: Undefined index: ZZZZZZWTF? [duplicate]

再运行PHP脚本的时候，明明脚本语法什么的都没有问题，但是却有如下的提示信息：

1
2
3
4
5
6
Notice: Undefined index: submit in C:\xampp\htdocs\globalautoparts\register.php on line 36
Notice: Undefined index: fullname in C:\xampp\htdocs\globalautoparts\register.php on line 40
Notice: Undefined index: username in C:\xampp\htdocs\globalautoparts\register.php on line 41
Notice: Undefined index: password in C:\xampp\htdocs\globalautoparts\register.php on line 42
Notice: Undefined index: repeatpassword in C:\xampp\htdocs\globalautoparts\register.php on line 43
Notice: Undefined index: email in C:\xampp\htdocs\globalautoparts\register.php on line 45

遇到这种情况，应该如何解决。

2 解决

修改PHP的日志提示等级，忽略这些提示信息即可。再脚本最上面添加如下语句，然后问题解决。

1
error_reporting(E_ALL ^ E_NOTICE);

3 error_reporting()函数

3.1 定义和用法

error_reporting() 函数规定报告哪个错误。

该函数设置当前脚本的错误报告级别。

该函数返回旧的错误报告级别。

3.2 error_reporting()中常用的几种写法

  • error_reporting(E_ALL ^ E_NOTICE ^ E_WARNING): 这种方式代表报告除了E_NOTICE, E_WARNING 之外的所有错误
  • error_reporting(E_WARNING | E_ERROR): 这种方式代表只报告E_ERROR 和 E_WARNING 这两个级别的错误
  • error_reporting(E_ALL & ~E_NOTICE) : 同^ 代表报告除了E_NOTICE之外的所有错误

3.3 PHP中的日志级别

值 常量 说明 备注(版本要求)
1 E_ERROR 致命的运行时错误。这类错误一般是不可恢复的情况，例如内存分配导致的问题。后果是导致脚本终止不再继续运行。
2 E_WARNING 运行时警告 (非致命错误)。仅给出提示信息，但是脚本不会终止运行。
4 E_PARSE 编译时语法解析错误。解析错误仅仅由分析器产生。
8 E_NOTICE 运行时通知。表示脚本遇到可能会表现为错误的情况，但是在可以正常运行的脚本里面也可能会有类似的通知。
16 E_CORE_ERROR 在PHP初始化启动过程中发生的致命错误。该错误类似 E_ERROR，但是是由PHP引擎核心产生的。 since PHP 4
32 E_CORE_WARNING PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING，但是是由PHP引擎核心产生的。 since PHP 4
64 E_COMPILE_ERROR 致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。 since PHP 4
128 E_COMPILE_WARNING 编译时警告 (非致命错误)。类似 E_WARNING，但是是由Zend脚本引擎产生的。 since PHP 4
256 E_USER_ERROR 用户产生的错误信息。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
512 E_USER_WARNING 用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
1024 E_USER_NOTICE 用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
2048 E_STRICT 启用 PHP 对代码的修改建议，以确保代码具有最佳的互操作性和向前兼容性。 since PHP 5
4096 E_RECOVERABLE_ERROR 可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误，但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler()，将成为一个 E_ERROR　从而脚本会终止运行。 since PHP 5.2.0
8192 E_DEPRECATED 运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告。 since PHP 5.3.0
16384 E_USER_DEPRECATED 用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的 since PHP 5.3.0
32767 E_ALL E_STRICT出外的所有错误和警告信息。 32767 in PHP 5.4.x, 30719 in PHP 5.3.x, 6143 in PHP 5.2.x, 2047 previously

3.4 关于 E_ALL 和 E_STRICT

在上面的表格中可以看到 ， 在php5.3及以下的版本中， E_ALL的值都是30719, 这是因为php5.3的 E_ALL并不包含E_STRICT级别的错误, 但是在php5.4之中， E_ALL已经默认将E_STRICT包含进去了

这是因为PHP版本的升级过程，E_STRICT是一个严格模式，比如大家都知道类中的静态方法按理应该只能静态调用、非静态方法则需要实例化类后调用，但PHP也支持用::静态方式调用一个非静态方法，不过此时如果开启了严格模式E_STRICT；则会导致一个E_STRICT级别的错误

如下代码， 在php5.3中运行没有问题， 但是在php5.4中就会报错

1
2
3
4
5
6
7
8
ini_set("display_errors", true);
error_reporting(E_ALL);
class a {
    public function test() {
        echo 1111;
    }
}
a::test();

上面的代码， 如果在php5.3中运行，那么没有问题，如果在php5.4及以上的版本中运行， 将会报出下面的错误

1
Strict standards: Non-static method a::test() should not be called statically in ....

所以在一些低版本的php代码中 会见到 error_reporting(E_ALL | E_STRICT) 这种写法

3.5 PHP中错误级别原理

php的错误级别本质上是采用位图法来存储的, 使用二进制的每一个位代表一种状态， 比如1个字节有8个bit，通过对这8个big的每一个位区分01， 可以代表8种状态。回到php，我们来拆解一下php的error方式，看下面的图片↓↓↓

我们修改errorlevel的值，也就是修改对应位的状态。

3.5.1 或运算方式 |， 使不同的错误级别累加

或运算的规则为 一方为1， 结果为1，两者都为0， 结果才为0

这里我们设置只开启 E_ERROR 和 E_NOTICE 这两个级别的错误

1
2
3
4
5
ini_set("display_errors", true);
$errorLevel = E_ERROR | E_NOTICE;
error_reporting($errorLevel);
// 打印下 $errorLevle 的值
echo $errorLevel; // 9

上面的代码， 我们设置的错误级别值为9, php将只报出E_ERROR 和 E_NOTICE这两个级别的错误， 其他的都会屏蔽， 那么php内部是通过怎样的机制实现的呢， 一起来看一下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
/**
    E_ERROR的值  = 1; 对应的二进制为 0000 0001
    E_NOTICE的值 = 8; 对应的二进制为 0000 1000
         当这两个值进行按位或运算之后 ---------
                            结果为  0000 1001
                            转化为10进制对应的数字就是9

    在php内部， 判断是否是对应的错误级别， 只需要使用 [对应的错误级别] & [设置的错误级别]
    下面我们假设php在运行中出现了一个NOTICE级别的错误，判断是否开启了该错误级别
*/
    if (E_NOTICE & $errorLevel) {
        // 开启了 NOTICE级别， 处理错误
    }
/**
    上面的代码中， 只要使用 按位&， 就可以判断
    E_NOTICE    的值 = 8; 对应的二进制为 0000 1000
    $errorLevel 的值 = 9; 对应的二进制为 0000 1001
                                       ---------
                      运算之后的结果为8  0000 1000

    那如果使用 E_WARNING 来判断呢， 请看下面
    E_WARNING   的值 = 2; 对应的二进制为 0000 0010
    $errorLevel 的值 = 9; 对应的二进制为 0000 1001
                                       ---------
                      运算之后的结果为0  0000 0000
    可以看到， 结果为0，不匹配当前错误级别

通过上面的说明以及上面的图片， 可以发现本质上就是修改对应的位的状态， 使用的时候通过判断该位的状态来进行不同的操作

3.5.2 ^ 异或方式 排除某一个状态

偷懒一下， 少写一点，可以参考 或运算，本质上是一样的

异或的规则是： 相同为0， 不同为1

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
// 使用 E_ALL, 并且排除 E_NOTICE 以及 E_WARNING, 可以这样写
$errorLevel = E_ALL ^ E_NOTICE ^ E_WARNING;
error_reporting($errorLevel);
/** 
    他们的运算过程是怎么样的呢， 来看一下
    E_ALL    的值 = 32767; 对应的二进制为 1111 1111 1111 1111
    E_NOTICE 的值 = 8;     对应的二进制为 0000 0000 0000 1000
                                        -------------------
                                 结果是  1111 1111 1111 0111

    看上面的结果， 是不是发现就是把8对应的二进制位的状态变成0了，其他的位状态都没有变， 
    所以就相当于排除了8也就是E_NOTICE, 下面用这个结果再与 E_WARNING 异或

    上一步的结果为                       1111 1111 1111 1111
    E_WARNING 的值 = 2;                 0000 0000 0000 0010
                                        -------------------
                                 结果是 1111 1111 1111 0101

    可以看到， 把E_WARNING对应的状态也置为0了

3.5.3 先取反 ~再 与 &

结果为 异或， 这里不再多说

Reference

写在最后

欢迎大家关注鄙人的公众号【麦田里的守望者zhg】，让我们一起成长，谢谢。
微信公众号