PHP错误处理及异常处理笔记

在php中错误处理是一个比较实用的东西了，在大家程序开发测试过程中错误处理及异常处理是我们必须要了解的，这样才可以很好的提升工作速度了。

给新人总结一下PHP的错误处理。

PHP提供了错误处理和日志记录的功能. 这些函数允许你定义自己的错误处理规则，以及修改错误记录的方式. 这样，你就可以根据自己的需要，来更改和加强错误输出信息以满足实际需要.

通过日志记录功能，你可以将信息直接发送到其他日志服务器，或者发送到指定的电子邮箱（或者通过邮件网关发送），或者发送到操作系统日志等，从而可以有选择的记录和监视你的应用程序和网站的最重要的部分。

错误报告功能允许你自定义错误反馈的级别和类型，可以是简单的提示信息或者使用自定义的函数进行处理并返回信息.

为什么要使用错误处理？

•是网站出错时对用户友好
•更好的避免错误、调试、修复错误
•避免一些安全风险
•更好保证程序的健壮性
•……
1、最简单的错误处理——die()
当我们预计有错误发生时，停止脚步的运行。比如连接数据库时

<?php
mysql_connect('localhost', www.111cn.net, '123456')
      or die ('连接数据库错误：'. mysql_error());
 

不过，简单地终止脚本并不总是恰当的方式。

2、自定义错误和错误触发器
我们创建一个错误处理专用函数，使用set_error_handler函数设置后，可以在 PHP 中发生错误时调用该函数。
定义错误处理函数的参数

参数	描述
error_level	必需。为用户定义的错误规定错误报告级别。必须是一个值数。 参见下面的表格：错误报告级别。
error_message	必需。为用户定义的错误规定错误消息。
error_file	可选。规定错误在其中发生的文件名。
error_line	可选。规定错误发生的行号。
error_context	可选。规定一个数组，包含了当错误发生时在用的每个变量以及它们的值。

预定定变量

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

(级别E_ERROR、E_USER_ERROR不能被自定义错误处理函数扑捉到)自定义错误函数中不能扑捉到致命错误信息，因为发生致命的运行时错误时脚本都是立即停止执行的。

触发错误
在脚本中用户输入数据的位置，当用户的输入无效时触发错误的很有用的。在 PHP 中，这个任务由 trigger_error() 完成。

您可以在脚本中任何位置触发错误，通过添加的第二个参数，您能够规定所触发的错误级别。

可能的错误类型：
•E_USER_ERROR – 致命的用户生成的 run-time 错误。错误无法恢复。脚本执行被中断。
•E_USER_WARNING – 非致命的用户生成的 run-time 警告。脚本执行不被中断。
•E_USER_NOTICE – 默认。用户生成的 run-time 通知。脚本发现了可能的错误，也有可能在脚本运行正常时发生。
例如：

1
2
 <!--?php<br /--> trigger_error("出错了啊", E_USER_WARNING);
// 输出 Warning: 出错了啊 in xxxx 的错误信息
3、错误报告

默认地，根据在 php.ini 中的 error_log 配置，PHP 向服务器的错误记录系统或文件发送错误记录。
通过使用 error_log() 函数，您可以向指定的文件或远程目的地发送错误记录。比如把错误信息发送到邮箱中是一种好的方式。

更多错误处理文档见：http://www.php.net/manual/zh/book.errorfunc.php

4、异常处理

当异常被抛出时，其后的代码不会继续执行，PHP 会尝试查找匹配的 “catch” 代码块。

如果异常没有被捕获，而且又没用使用 set_exception_handler() 作相应的处理的话，那么将发生一个严重的错误（致命错误），并且输出 “Uncaught Exception” （未捕获异常）的错误消息。

处理处理程序应当包括：

1.try – 使用异常的函数应该位于 “try” 代码块内。如果没有触发异常，则代码将照常继续执行。但是如果异常被触发，会抛出一个异常。
2.throw – 这里规定如何触发异常。每一个 “throw” 必须对应至少一个 “catch”
3.catch – “catch” 代码块会捕获异常，并创建一个包含异常信息的对象
重新抛出异常

有时，当异常被抛出时，您也许希望以不同于标准的方式对它进行处理。可以在一个 “catch” 代码块中再次抛出异常。

脚本应该对用户隐藏系统错误。对程序员来说，系统错误也许很重要，但是用户对它们并不感兴趣。为了让用户更容易使用，您可以再次抛出带有对用户比较友好的消息的异常。

异常的规则

需要进行异常处理的代码应该放入 try 代码块内，以便捕获潜在的异常。
每个 try 或 throw 代码块必须至少拥有一个对应的 catch 代码块。
使用多个 catch 代码块可以捕获不同种类的异常。
可以在 try 代码块内的 catch 代码块中再次抛出（re-thrown）异常。

简而言之：如果抛出了异常，就必须捕获它。

 

在php中我们可以利用mb_detect_encoding函数来检查字符串编码或文件编码，mb_detect_encoding函数是php内置的一个函数了，下面我们简单介绍。

关于文件编码的检测，百度一下一大把都是，但是确实没有能用的、
很多人建议 mb_detect_encoding() 检测，可是不知为何我这不成功，什么都没输出、
看到有人写了个增强版，用 BOM 判断的，我果断就无视了，这东西完全不靠谱、
最终根据PHP手册里 mb_detect_encoding 函数下方的例子，自己写了一个检测函数，
还包括自动检测编码并按指点编码读取文件的函数、
源码献上，不喜勿喷。
网上的方法我试过没用才写的，说不定环境不一样导致的。
所以万一没用，也别喷我，我只是共享想思路而已、、

php手册是这样解释的:

mb_detect_encoding — 检测字符的编码,  string mb_detect_encoding ( string $str [, mixed $encoding_list = mb_detect_order() [, bool $strict = false ]] )

这个函数有三个参数 分别是:

1.str:待检查的字符串 www.111cn.net 。      

2.encoding_list:encoding_list 是一个字符编码列表。 编码顺序可以由数组或者逗号分隔的列表字符串指定。

如果省略了 encoding_list 将会使用 detect_order。      

3.strict:strict 指定了是否严格地检测编码。 默认是 FALSE。      

下面举个例子:

代码如下	复制代码
$encode = mb_detect_encoding($keytitle,array('ASCII','GB2312','GBK','UTF-8'));

三个参数分别是:被检测的输入变量.编码方式的检测顺序(一旦为真,后面自动忽略).

strict模式对编码检测的顺序进行调整,将最大可能性放在前面,这样减少被错误转换的机会.

一般要先排gb2312,当有GBK和UTF-8时,需要将常用的排列到前面

完整实例

代码如下

复制代码

<?php /**  * 检测文件编码  * @param string $file 文件路径  * @return string|null 返回 编码名 或 null  */ function detect_encoding($file) {     $list = array('GBK', 'UTF-8', 'UTF-16LE', 'UTF-16BE', 'ISO-8859-1');     $str = file_get_contents($file);     foreach ($list as $item) {         $tmp = mb_convert_encoding($str, $item, $item);         if (md5($tmp) == md5($str)) {             return $item;         }     }     return null; } /**  * 自动解析编码读入文件  * @param string $file 文件路径  * @param string $charset 读取编码  * @return string 返回读取内容  */ function auto_read($file, $charset='UTF-8') {     $list = array('GBK', 'UTF-8', 'UTF-16LE', 'UTF-16BE', 'ISO-8859-1');     $str = file_get_contents($file);     foreach ($list as $item) {         $tmp = mb_convert_encoding($str, $item, $item);         if (md5($tmp) == md5($str)) {             return mb_convert_encoding($str, $charset, $item);         }     }     return ""; }

最后推荐一篇php 检测字符编码mb_detect_encoding()函数

bom头其实是一个非常可恶的东西，有时因为bom头导致页面乱码之类的问题，但有的时间加bom头是必须的，下面我们来看一个PHP 下载文件时自动添加bom头的方法，希望文章对大家有帮助。

首先弄清楚，什么是bom头？在Windows下用记事本之类的程序将文本文件保存为UTF-8格式时，记事本会在文件头前面加上几个不可见的字符（EF BB BF），就是所谓的BOM（Byte order Mark）。
不仅限于 记事本保存的文件，只要在文件的开口包含了EF BB BF 几个不可见的字符（十六进制应该是是xEFxBBxBF，用二进制编辑文件可见）。这像是一个约定俗成的东西，当系统看到这玩意的时候，就会觉得你这个文件是UTF-8编码的。

如果你的接口是UTF-8的，你需要强制下载一个文件，比如csv.excel在默认情况（中文背景）下，认为csv是GB编码的，所以如果米有bom头，那你给用户呈现的文件，可能就是乱码了。

怎么加bom头呢？
在输出文件之前加上bom头就可以了：

代码如下

复制代码

// 文件名   $filename = "file.csv";      header('Expires: ' . gmdate('D, d M Y H:i:s', $_SERVER['REQUEST_TIME'] + 10) . ' GMT');   header('Cache-Control: max-age=10');   //header('Content-Type: application/vnd.ms-excel; charset=utf-8');   header('Content-Type: text/csv; charset=utf-8');   header("Content-Disposition: attachment; filename={$filename}");      // 如果结果中有提示信息，则把第一行输出改为提示信息文字   $out = "xEFxBBxBF";// 加上bom头，系统自动默认为UTF-8编码   if (!empty($extra['notice'])) {    $out .= "{$extra['notice']}rn";   }     // 输出   foreach ($table as $row) {    $out .= implode(",", $row) . "rn";   }      /* if (mb_detect_encoding()($out) == 'UTF-8') {    $out = iconv("UTF-8//IGNORE", "GBK", $out);   } */   echo $out;

在应用开发中有不少朋友会碰到session无效了或session丢失问题，下面我来整理一些导致PHP Session丢失无效问题与解决方法。

 前两天玩了一下云边的轻博客，觉得东西比较小巧，自己也想弄个东西，就直接放到服务器里装了，结果啊！！！$_SESSION丢失了好几天～
情况描述：

    $_SESSION只能在当前的访问里有效，第二次请求就像之前执行过<per>www.111cn.net session_destroy()</per>

一样，$_SESSION里的内容会没了，就一个

    array();

；
下面是我对这个问题的查找目标路线：
1. session_start(): 想到每一次访问里都能用$_SESSION来写值存值，马上就撤掉了；
2. session过期：但发现在代码里这么一行

代码如下	复制代码
ini_set('session.gc_maxlifetime',$lefttime);

，所以也不是这个原因；
3. cookie禁用了：查看了一上浏览器里的cookie 的储存，也没有什么被禁用，程序里写的值在，用打印了一下$_COOKIES都在，也排除了；
4. speedphp里的问题：网上找了一遍相关的关键字也没有发现类似的情况，多的就是讲在一次写入里丢失了一个$_SESSION变量，跟我这个情况不一样，然后又自己加了行session_start();跟其它的一些调试变量及打印，但还是没有结果，于也排除；
5. 求助网友：发了一条求助信息“session只能在当前访问里有效，第二次访问时感觉就像执行了session_destroy()，之前所有内容都没有了，会是哪些原因？求思路…”，啊那个叫“秦淮公子(234427967) 20:32:45 磁盘不能写了”回了果么一条，立马去/etc下打开php.ini看session的存放路径，一路cd进去，神速“ll”，啊！！！！当时就无语了啊，看着

代码如下	复制代码
drwxrwx--- 2 root apache xxxx ....

当时就无语了。

代码如下	复制代码
chmod 777 session

后，纠结解除～
结论：SESSION丢失，记得先从目录权限开始

在服务器中301与302对于搜索引擎来讲一个是永久的跳新的地址了，一个是告诉你暂时到了一个新地址了，那么我们在php中怎么实现301永久重定向和302临时重定向呢，下面我们一起来看看方法的实现程序。

实现重定向的原理很简单，就是Web服务器返回个HTTP header给浏访问者，PHP发送HTTP header这个功能是由header()函数来实现的。301, 302, 404 这些状态码是在HTTP协议中约定好的，所以不用打破沙锅问“为什么是301而不是3001”。扯多了，回到正题。

PHP 301重定向：

代码如下	复制代码
header('HTTP/1.1 301 Moved Permanently');  Header( "Location: http://www.111cn.net/" );  exit();

或者

代码如下	复制代码
<?php     //301永久重定向     $http_protocol = $_SERVER['SERVER_PROTOCOL'];   //http协议版本     //如果是其他协议，则默认为HTTP/1.0     if ( 'HTTP/1.1' != $http_protocol && 'HTTP/1.0' != $http_protocol )         $http_protocol = 'HTTP/1.0';     //响应301状态码     header("$http_protocol 301 Moved Permanently");     //指定重定向的URL     $new_url = 'http://www.111cn.net/';     header("Location:$new_url");     ?>

PHP 302重定向：

代码如下	复制代码
header("Location: http://www.hzhuti.com/");  exit();

顺到把PHP 404错误也附带上：

代码如下	复制代码
header("HTTP/1.1 404 Not Found");  exit();

这里关于php 301与302重定向就讲到了这里了，下面附一下apache做法

例：

APACHE

代码如下	复制代码
Redirect 301 /old/old.htm http://www.111cn.net/new.htm Redirect permanent /one http://111cn.net/two RedirectMatch 301 (.*).gif$ http://www.111cn.net/images/$1.jpg

2.使用mod_rewrite重写URL方式

APACHE

代码如下	复制代码
Options +FollowSymLinks RewriteEngine on RewriteCond %{HTTP_HOST} ^111cn.net RewriteRule ^(.*)$ http://www.111cn.net/$1 [R=permanent,L]

关于apache htaccess这里就不介绍人了与mod_rewrite重写URL方式几乎是完全一样的哦。