php程序自身的问题,一般是由非法的语法,环境问题导致
一般是业务逻辑上出现的不合预期、与正常流程不同的状况,不是语法错误
小括号表示php版本
include/require "aaa" undefined() $arr=["a"=>1];echo $arr['b'];echo 1/0;intdiv(1,0) define("A",1);define("A",1); function a(); function a();//或者类的重复定义 function add($a,$b){return $a+$b;} add(1); add(1,2,3);//自动忽略了多余的$a=1; foreach ($a as $k=>$v){ echo $k."--".$v; } include "parseError.php"; //parseError.php 有语法错误$a=null; $a->fun();
log_errors //开启记录错误日志
display_errors //是否在页面展示错误日志
error_reporting //错误级别
error_log
如果该配置没有设置,则错误信息会被发送到 SAPI 错误记录器。
例如,出现nginx的错误日志中,或者在CLI中发送到 stderr
配置优先级别fpm>ini>nginx
在exception_handler 调用后异常会中止
只能设置1个,未设置则返回NULL,再次设置返回上次的handler(5.5+),设置为NULL和restore_exception_handler()作用类似
以下级别的错误不能由用户定义的函数来处理,独立于发生错误的地方: E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT
如果错误发生在脚本执行之前,将不会 调用自定义的错误处理程序因为它尚未在那时注册
传入 null 重置处理程序到默认状态,同restore_error_handler()
handler里error_types 里指定的错误类型都会绕过 PHP 标准错误处理程序, 除非回调函数返回了 false
如果handler返回 false,标准错误处理处理程序将会继续调用
不影响error_log的行为,可以多个
1.去error_log文件找(php-fpm.conf→php.ini→nginx的error_log) 一定要注意日志文件的权限(fpm 的worker进程是否可写)
2.找set_exception_handler,set_error_handler的返回
不想管自定义的错误处理
把错误,异常处理的handeler全部重置掉,只去标准里去找即可
error_reporting(E_ALL);
ini_set("display_errors","On");
restore_exception_handler();
restore_error_handler();
var_dump(),print_r(),var_export()
Yii框架的帮助函数 比如 yii\helpers\VarDumper::dump/dumpAsString());
debug_backtrace(int $options = DEBUG_BACKTRACE_IGNORE_ARGS, int $limit = 0)get_included_files()
为了调试方便对其他人不产生影响,可使用种cookie方式开启(外加ip白名单)方式,比较适合yii混编的页面调试
辅助配套的cookie-editor插件
点击左边可以代码到那里
页面有刷新跳转时 可以开启console日志保持模式