|
系统已把错误拦截到 lib_debug.php 的相关函数，在调试模式下，这里会对所有级别的错误在页面执行完之后显示出来，重点需注意下面几点：
1、模板里尽量不要出现不确定的数组元素（通常是从request里来的），否则容易引发未定义警告；
2、在使用 try{ ........ } cacth(){ ......... } 语句时，在 try 块里使用 throw new Exception 正常的抛出 throw，不过在 cacth 块里，不应该自行编写调试信息，而是用 trigger_error(错误原因);这样处理，在有必要 exit 的情况下可以退出，否则返回交由 debug 程序处理。例如：
- try
- {
- $controller_name = 'ctl_'.preg_replace("/[^0-9a-z_]/i", '', $controller_name);
- $action = preg_replace("/[^0-9a-z_]/i", '', $action);
-
- $action = emptyempty ( $action ) ? $action = 'index' : $action;
-
- $path = PATH_CONTROL . '/' . $controller_name . '.php';
-
- if (file_exists ( $path ))
- {
- require $path;
- } else {
- throw new Exception ( "Contrl {$controller_name} is not exists!" );
- }
-
- if (method_exists ( $controller_name, $action ) === true)
- {
- $instance = new $controller_name ( );
- $instance->$action ();
- } else {
- throw new Exception ( "Method {$action}() is not exists!" );
- }
- }
- catch ( Exception $e )
- {
- if (DEBUG_LEVEL === true)
- {
- trigger_error("Load Controller false!");
- } else {
- header ( "location:/404.html" );
- die ();
- }
- }
3、在代码可能因为某些值导致出现在逻辑错误的地方，也判断一下，并用 trigger_error( 错误说明 ) 向错误调试程序返回一个错误信息，这样可以方便的实现程序的调试。
x、未能实现的代码
由于 php 出现致命错误（Fatal error）时会强制中断程序，因此调试程序是无法跟踪这种情况的，此外，下面几种错误都是无法捕获的：
E_ERROR => 致命错误
E_PARSE => 解析错误
E_CORE_ERROR => 核心致命错误
E_CORE_WARNING => 核心警告
E_COMPILE_ERROR => 编译致命错误
E_COMPILE_WARNING => 编译警告
虽然程序可以通过 ob_start 去控制缓存的输出，但这可能会导致内部程序编写逻辑混乱，因此并不对这些情况进行处理。
4、自定义性能追踪函数
test_debug_mt( '位置说明' )
程序会在调试模式下程序结束时输出相应位置的内存和与上一调用此函数位置间的间隔时间，这适用于可能占较大资源的性能追踪
使用时需要在相应接口开始使用一次 test_debug_mt( '初始化' ); (主要考虑某些ajax等内部调用不方便输出测试信息)
5、xhprof 性能追踪系统
在Debug或客户端安全模式下，系统会开启xhprof性能跟踪系统，此系统能跟踪程序所有执行类及入口占用时间比例等信息（这个不会显示内存信息）。
默认情况下，使用了 cls_template::display ($tpl, $is_debug_mt=true) 它会显示调试文字在底部，对于没有用这方法的程序，如果有必要，可以手动在程序结束处加上 debug_hanlde_xhprof(); 输出，此外，对于使用了cls_template::display，又不想输出任何调试信息的（通常是AJAX），可以指定第二个参数为 false。
|