“fatal error: uncaught error: call to undefined function”和“call to undefined method”本质不同：前者主因是函数未加载（文件未引入、扩展未启用、命名空间错或定义顺序误），后者主因是对象状态异常（null、类型错误、权限不足、类未加载或方法拼写错），二者均属不可捕获的致命错误，须通过开启报错、验证存在性、检查加载与实例化来定位修复。
“Fatal error: Uncaught Error: Call to undefined function”和“Call to undefined method”这两类错误，表面看只是函数或方法找不到，但背后根因差异明显，不能一概而论。它们都属于 PHP 的 Fatal error，脚本会立即终止，无法用 try/catch 捕获，必须靠暴露、定位、修复三步走。
函数未定义：不是写错了，是“根本没加载”
这类错误最常见于调用自定义函数或扩展函数时：
-
文件没引入：比如写了
require_once 'helpers.php';，但路径错、文件名大小写不一致（Linux 下敏感）、或文件被误删； - 函数定义顺序不对：在老式 PHP 脚本中，函数必须先定义后调用，若在定义前就执行了调用，就会报错；
-
扩展函数缺失：如
bcmul()、mb_strlen()、curl_init()等，对应扩展未启用——查phpinfo()或运行php -m | grep bcmath，确认模块已安装并开启； -
命名空间没处理好：函数定义在
App\Utils命名空间下，却在全局作用域直接写formatDate(...)，应改用App\Utils\formatDate(...)或加use function App\Utils\formatDate;。
方法未定义：对象状态或结构出问题
这类错误多发生在面向对象场景，核心是“调用目标不是预期的对象”：
-
对象为空（null）：例如
$user = findUserById(123); $user->getName();，但findUserById返回null，就会触发该错误； -
类型混淆：把数组、字符串、布尔值当对象用，比如
$data = []; $data->toArray();； -
拼写或大小写错误：方法名写成
getname()而实际定义为getName()（PHP 方法名不区分大小写？错——在 __call / __callStatic 或某些自动加载场景下，大小写可能影响解析）； -
访问权限限制：调用了
private或protected方法，且不在允许范围内； - 类未加载或自动加载失败：Composer 的 PSR-4 映射配置错误，或类文件路径与命名空间不匹配，导致实例化失败，后续方法调用自然无从谈起。
快速定位根因的实操建议
别只盯着报错行，要顺藤摸瓜：
- 打开
display_errors = On和error_reporting = E_ALL，让错误显性化； - 检查报错行前后的变量值：用
var_dump($obj);确认它是不是对象、是不是预期类的实例； - 对函数调用，先加
if (!function_exists('xxx')) { die('xxx not loaded'); }快速验证； - 对方法调用，加
if (!is_object($obj) || !method_exists($obj, 'xxx')) { ... }做防御性判断（仅用于调试，非生产方案）； - CLI 下复现：运行
php -f index.php，常比 Web 环境更快看到原始错误堆栈。
关键提醒：Fatal error 不是逻辑错误，是结构断层
它意味着 PHP 解析器在某个节点彻底失联——可能是代码没进来、扩展没挂上、对象根本没造出来。修复重点不在“怎么 catch”，而在“怎么让它稳稳加载、正确实例化、清晰可查”。补日志、开报错、查 autoload、验扩展，四步做完，90% 的这类错误就自然浮现了。
