#1 jake

在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将实例化一个不存在的类.
";
try{
        $guestbook = spClass("m_not_exist");
}catch(Exception $e){
        echo "提示：".$e->getMessage();
}
echo "
继续运行";

2012-08-05 11:54:16