解决PHP提示Notice: Undefined variable的办法

Undefined variable错误是什么问题呢，小编觉得这个是程序错误了，那么碰到Undefined variable要如何解决呢，我们一起来看看具体的解决办法吧。

我们知道在 php 中，变量通常是不需要定义直接使用的，但有的时候因为 php 环境的问题会出现各种各样奇奇怪怪的事情，今天在调试程序的时候直接提示 Notice: Undefined variable 的错误，这是因为有的变量没有定义造成的，也是晕了，好吧，这种问题直接一句屏蔽误句就搞定了。

直接在程序的最顶端插入一句 error_reporting(0); 相信就不会再暴露这样的问题了，也不耽误程序的运行，当然这个只是应急的方法，我们还是要好好检查程序哪里出现的问题，然后对症下药，对于直接屏蔽问题夏日博客再总结几种方法吧。

php.ini 配置文件中的修改

在php.ini中的302行 error_reporting = E_ALL
修改成
error_reporting = E_ALL & ~E_NOTICE 再重启apache2.2就行了
解决方法：修改php.ini
将： error_reporting = E_ALL
修改为：error_reporting = E_ALL & ~E_NOTICE
如果什么错误都不想让显示，直接修改：
display_errors = Off
如果你没有php.ini的修改权限,可在php头部加入：
ini_set("error_reporting","E_ALL & ~E_NOTICE");

php文件中的修改

如果你没有php.ini的修改权限,可在php头部加入 ini_set("error_reporting","E_ALL & ~E_NOTICE"); 或者 error_reporting(0);// 即可。

一般情况下直接建议在 php 文件中进行添加，这种方法简单，不用去修改服务端的 php.ini 了。

foreach循环在php使用时我们需要注意一些事项了，那么到底是需要注意哪些事项呢，下面我们来看一篇关于php foreach循环使用引用注意事项文章，具体如下。

看过PHP相关书籍的都会了解到PHP有个这样的特性：写时复制。所以在用foreach时，需要对数据做修改的时候，都会复制数据，如果数据很大，那么就会带来一定的内存消耗，所以为了避免这种复制操作，就用到了引用，下面就介绍下引用的坑

问题案例

<?php
    $arr = array(4, 5, 6);
    var_dump($arr);

    foreach ($arr as &$v) {
        //do something here
    }

    foreach ($arr as $v) {
        //do something here
    }
    var_dump($arr);
?>

输出为：

array(3) {
  [0]=>
  int(4)
  [1]=>
  int(5)
  [2]=>
  int(6)
}
array(3) {
  [0]=>
  int(4)
  [1]=>
  int(5)
  [2]=>
  &int(5)
}
问题分析

foreach 中不使用引用就没事， 用 foreach $k => $v 然后 $ar[$k] 来改变原始数组， 略微损失点效率。
执行第一个使用引用的 foreach 时：

一开始， $v 指向 $arr[0] 的存储空间，空间内存储着 4 ， foreach 结束时， $v 指向 $arr[2] 的存储空间，空间内存储着 6 。

开始执行第二个 foreach 时：

注意和第一个 foreach 不同， 第二个 foreach 没有使用引用，那么就是赋值方式， 即将 $arr 的值依次 赋值 给 $v 。 进行到第一个元素时，要将 $ar[0] 赋值给 $v 。 问题就在这里，由于刚刚执行完第一个 foreach， $v 不是一个新变量，而是已经存在的、指向 $arr[2] 的那个 引用 ， 如此一来，对 $v 进行赋值的时候，就将 $arr[0] = 4 写入了 $arr[2] 的实际存储空间， 相当于对 $arr[2] 进行赋值。 依此类推，第二个 foreach 执行的结果， 就是数组的最后一个元素变成了倒数第二个元素的值。

PHP 的开发者也认为，这种情况属于语言特性造成的，不是 bug。要修复这个问题，一种方法是对 foreach 进行特殊处理， 另一种就是限制 foreach 中 $v 的作用域， 这两种方式都与目前 PHP 的语言特性不符，开发人员不愿改， 但还是在 官方文档 中用 Warning 进行了说明。
解决方案

简单的方法，就是在使用了引用的 foreach 之后， unset 掉 $v
修改后的案例：

<?php
    $arr = array(4, 5, 6);
    var_dump($arr);

    foreach ($arr as &$v) {
    //do something here
    }
    unset($v);

    foreach ($arr as $v) {
    //do something here
    }
    var_dump($arr);
?>

输出：

array(3) {
    [0]=>
    int(4)
    [1]=>
    int(5)
    [2]=>
    int(6)
}
array(3) {
    [0]=>
    int(4)
    [1]=>
    int(5)
    [2]=>
    int(6)
}

补充:

foreach虽然简单，不过它可能会出现一些意外的行为，特别是代码涉及引用的情况下。

下面列举了几种case，有助于我们进一步认清foreach的本质

$arr = array(1,2,3);
foreach($arr as $k => &$v) {
    $v = $v * 2;
}
// now $arr is array(2, 4, 6)
foreach($arr as $k => $v) {
    echo "$k", " => ", "$v";
}
先从简单的开始，如果我们尝试运行上述代码，就会发现最后输出为0=>2  1=>4  2=>4 。

为何不是0=>2  1=>4  2=>6 ？

其实，我们可以认为 foreach($arr as $k => $v) 结构隐含了如下操作，分别将数组当前的'键'和当前的'值'赋给变量$k和$v。具体展开形如：

foreach($arr as $k => $v){
    //在用户代码执行之前隐含了2个赋值操作
    $v = currentVal();
    $k = currentKey();
    //继续运行用户代码
    ……
}
根据上述理论，现在我们重新来分析下第一个foreach：

第1遍循环，由于$v是一个引用，因此$v = &$arr[0]，$v=$v*2相当于$arr[0]*2，因此$arr变成2,2,3

第2遍循环，$v = &$arr[1]，$arr变成2,4,3

第3遍循环，$v = &$arr[2]，$arr变成2,4,6

随后代码进入了第二个foreach：
第1遍循环，隐含操作$v=$arr[0]被触发，由于此时$v仍然是$arr[2]的引用，即相当于$arr[2]=$arr[0]，$arr变成2,4,2

第2遍循环，$v=$arr[1]，即$arr[2]=$arr[1]，$arr变成2,4,4

第3遍循环，$v=$arr[2]，即$arr[2]=$arr[2]，$arr变成2,4,4

OK，分析完毕。

如何解决类似问题呢？php手册上有一段提醒：

Warning : 数组最后一个元素的 $value 引用在 foreach 循环之后仍会保留。建议使用unset()来将其销毁。
$arr = array(1,2,3);
foreach($arr as $k => &$v) {
    $v = $v * 2;
}
unset($v);
foreach($arr as $k => $v) {
    echo "$k", " => ", "$v";
}
// 输出 0=>2  1=>4  2=>6
从这个问题中我们可以看出，引用很有可能会伴随副作用。如果不希望无意识的修改导致数组内容变更，最好及时unset掉这些引用。

unset只会删除变量。并不会清空变量值对应的内存空间：（这是与指针不同的地方
如下：

$a = "str"; 
$b = &$a; 
unset($b); 
echo $a;

依然输出   str

下面我们来看一篇关于phpunit遇到You cannot serialize or unserialize PDO instances问题的解决方案，具体的如下所示。

globalsBackup causes: PDOException: You cannot serialize or unserialize PDO instances。

在PHPUnit/Frameword/TestCase.php文件中，有一行protected $backupGlobals = TRUE;

把backupGlobals 改为false即可解决这个问题。不过从PHPUNIT开发小组成员的建议来看，他们是不支持用修改backupGlobals的值来解决这个问题的。

The majority of users of PHPUnit expects it to work as it does when the backup of $GLOBALSfeature is enabled. This is why it is enabled by default.
If your tests exercise code that puts unserializable objects into $GLOBALS you can disable the feature.
From a software design perspective, you should not have a global instance of PDO to begin with.

所以更好的解决方法就是在：

$db = SmartPHP_Db::factory($dbConfig);

SmartPHP_Pool::set("db" , $db);
SmartPHP_Db_Table::setDefaultAdapter($db);
这段代码之后，再添加一句：

unset($db);
这样子就完美解决了You cannot serialize or unserialize PDO instances这个问题。

 

下面我们来看一篇关于php报错FastCGI sent in stderr “PHP Fatal error: Allowed memory size of”错误，希望此文章能够帮助到各位朋友。

PHP的memory_limit值的默认配置是128M,但是根据处理内容有时候会发生如下错误。

FastCGI sent in stderr: “PHP message: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 39858177 bytes)

可以通过修改memory_limit值来，回避以上错误的出现。

修改memory_limit值。

# vi /etc/php.ini
;memory_limit = 128M
memory_limit = 256M

修改php.ini文件之后，重启Apache或者Nginx。

# /etc/init.d/httpd restart  # 重启Apache
# /etc/init.d/nginx restart  # 重启Nginx

memory_limit = -1为，无限制。

/etc/php.ini里的默认配置如下。

; Maximum amount of memory a script may consume (128MB)
; http://www.php.net/manual/en/ini.core.php#ini.memory-limit
memory_limit = 128M

一个线程的最大内存使用量，即一个Web请求可使用的PHP内存量。