手册 >> 开发指南 >> 关闭调试信息与异常抛出
在SpeedPHP框架的开发中，默认是开启了“调试模式”，那么开发者可以对变量进行输出（dump函数），在出错的时候将显示当前的执行路径等，一系列对于开发调试很有帮助的功能，但在上线运行的项目——也就是在部署使用的项目中，强烈建议关闭调试模式，进入部署模式，以保证系统安全。
应用程序配置中，'mode' => 'debug'是调试模式，设置'mode' => 'release'将是部署模式。
$spConfig = array( 'mode' => 'debug' // 默认的调试模式 ); $spConfig = array( 'mode' => 'release' // 部署模式 );
调试模式
- 是SpeedPHP的默认开发模式。
- 打开PHP错误警告。
- 打开spError框架系统错误提示，显示当前错误执行路径和代码位置。
- 开启dump变量调试，dump信息可以正常输出到页面中。
- 允许模板引擎（主要是Smarty）的调试功能。
- SAE环境中开启SAE自带的错误提示。
- 部分扩展类打开调试模式。
- SP_DEBUG常量等于TRUE。
部署模式
- 建议在上线运行的系统中使用。
- 关闭PHP错误警告，根据服务器设置可能会返回500错误。
- 关闭spError错误提示，并调用error_log将错误信息记录到PHP日志中。
- dump变量调试受配置“allow_trace_onrelease”影响，默认关闭dump调试。
- 关闭模板引擎调试功能。
- SAE环境中不开启错误调试。
- 部分扩展关闭调试模式。
- SP_DEBUG常量等于FALSE。
dump变量调试在部署模式下，将受配置“allow_trace_onrelease”影响，默认“allow_trace_onrelease”为FALSE，在部署模式中dump将不起作用。而当“allow_trace_onrelease”为TRUE的时候，部署模式下dump也可以输出变量信息。
dump变量的“allow_trace_onrelease”配置，可以作为介乎“调试模式”和“部署模式”的一种折衷方案，在已经部署的系统中，进行小范围的调试的时候，可以打开“allow_trace_onrelease”配置，以能使用dump调试但不会影响系统其他部分的正常运行，而当调试完毕后，建议关闭“allow_trace_onrelease”配置。
抛出异常
在SpeedPHP 3.1开始，加入了抛出异常的处理，在打开配置“sp_error_throw_exception”的时候（默认不开启为FALSE），将可使用PHP的try-catch来进行对spError错误提示的捕获并由开发者自行处理。
抛出异常的作用在于增强程序的健壮性，并且方便一些专门的应用程序将错误信息进行自定义的处理。
如在对数据库操作中，发现数据表不存在的时候，框架默认提示spError错误，但在打开了抛出异常的时候，spError将抛出异常，开发者可以捕获数据表不存在的异常信息，而程序不会中断运行。
$spConfig = array( 'sp_error_throw_exception' => TRUE // 开启异常抛出 );
打开抛出异常后：
- 开发者可以捕获全部spError的错误提示，而不会显示spError默认的提示信息，程序也不会中断运行。
- 抛出异常不受开发模式影响，也就是说，无论在“部署模式”还是“调试模式”下，都可以抛出异常。
- 当异常抛出后，没有对应的catch处理，会触发PHP的“Uncaught exception”错误（部署模式将不提示）。
echo "下面当spClass将实例化一个不存在的类.<br />";
try{
$guestbook = spClass("m_not_exist");
}catch(Exception $e){
echo "提示：".$e->getMessage();
}
echo "<br />继续运行";当打开抛出异常的时候，将显示：
相关文章
