http://jackxiang.com/index.php zh-cn http://jackxiang.com/post/5477/ jack <xdy108@126.com> Thu, 09 Aug 2012 05:20:37 +0000 http://jackxiang.com/post/5477/ debug_print_backtrace() 可以打印出一个页面的调用过程 , 从哪儿来到哪儿去一目了然.
不过这是一个PHP5的专有函数,好在pear中已经有了实现,

PHP debug_backtrace() 函数生成一个 backtrace。
该函数返回一个关联数组。下面是可能返回的元素：
名称  类型  描述
function  字符串  当前的函数名。
line  整数  当前的行号。
file  字符串  当前的文件名。
class  字符串  当前的类名
object  对象  当前对象。
type  字符串  当前的调用类型，可能的调用：
返回: "->"  - 方法调用
返回: "::"  - 静态方法调用
返回 nothing - 函数调用
args  数组  如果在函数中，列出函数参数。如果在被引用的文件中，列出被引用的文件名。


<?php function one($str1, $str2) {   two("Glenn", "Quagmire"); } function two($str1, $str2) {   three("Cleveland", "Brown"); } function three($str1, $str2) {   print_r(debug_backtrace()); } one("Peter", "Griffin"); ?>



如何从PHP的debug_backtrace结果中移除二进制数据？
在调试代码的时候我一般用debug_backtrace()函数来打出错误的堆栈信息，但是如果遇到文件上传或者图片上传的错误时，它会把文件或者图片的二进制信息都打出来。如下所示：
array ( 0 => 256, 1 => 'Image_upload_error', 2 => '/htdocs/www/image_upload.php', 3 => 95, 4 => array ( 'prefix' => '', 'fieldName' => 'test.png', 'sBlobData' => '<89>PNG^M ^Z ' . "\0" . '' . "\0" . '' . "\0" . '^MIHDR' . "\0" . '' . "\0" . '' .... ) )
这样很影响错误信息的查看。不知道有没有方法可以将这些二进制数据屏蔽呢？

@可以对debug_backtrace()进行封装一下，将不需要的字段过滤掉就好了，以下是我稍微封装了一下，你可以看看。
<?php test(); function test(){ two(); } function two(){ var_dump(debugBackTrace(array('file'))); } /** * 封装后的debugBackTrace() * @param $filters array  需要过滤的键值 * @return array */ function debugBackTrace($filters = array()){ $debug = debug_backtrace(); $result = $debug; if(!empty($debug) && !empty($filters)){     foreach($debug as $k => $arr){         foreach($filters as $filter){             if(array_key_exists($filter, $arr)){                 unset($result[$k][$filter]);             }         }     } } return $result; } ?> ]]> http://jackxiang.com/post/5477/#blogcomment63797 hxngb2of <seju235@domozmail.com> Sat, 25 Aug 2012 16:55:27 +0000 http://jackxiang.com/post/5477/#blogcomment63797 http://jackxiang.com/post/5477/#blogcomment63814 joixsee04zx <kaximaasahi@gmail.com> Wed, 31 Oct 2012 13:30:56 +0000 http://jackxiang.com/post/5477/#blogcomment63814