php fatal error: call to undefined function 的根本原因是函数在当前执行环境中不可见，主因包括扩展未启用、文件未引入、命名空间处理不当、拼写错误或版本不兼容。
这是 PHP 找不到你要调用的函数时抛出的致命错误，核心原因就一个：函数在当前执行环境中不可见。不是代码写错了，而是环境没配好或调用方式不对。快速解决的关键是按优先级排查，90% 的情况属于扩展未启用、文件没引入、命名空间没处理好这三类。
先确认是不是扩展函数没开
像 curl_init、mb_strlen、imagettftext、redis_connect 这类函数都依赖 PHP 扩展。别急着改代码，先验证扩展是否真加载了：
- 命令行运行：php -m | grep -i curl（把 curl 换成报错的函数名对应扩展，比如 gd、mysqli、redis）
- 如果没输出，说明扩展根本没启用；如果有输出，再查 php -i | grep -A 5 "curl" 看是否 enabled
- 重点检查 disable_functions —— 宝塔/面板用户常在这里被禁用，比如 symlink、exec 被列在其中，删掉它并重载配置+重启 php-fpm
再看是不是自定义函数没引入
你自己写的函数或第三方工具函数（比如 helper_log、formatDate），必须显式包含定义文件才能用：
- 确保 require_once 'functions.php'; 出现在调用语句之前
- 路径要写对，建议用 __DIR__ . '/lib/utils.php' 避免相对路径问题
- 别信“文件在同一个目录就不用 require”——PHP 不自动扫描同目录下的函数文件
检查命名空间和全局函数调用
如果你的代码开头有 namespace App;，那直接写 date('Y-m-d'); 就会报错，因为 PHP 去 App 空间里找 date，但它是全局函数：
- 调用全局函数时加反斜杠：date('Y-m-d')
- 如果是 Composer 项目，确认 composer.json 里 autoload 配置正确，比如 PSR-4 映射了 "App\" : "src/"
- 运行 composer dump-autoload 刷新自动加载映射
最后排除拼写和版本兼容问题
看似低级，但高频踩坑：
- mysql_connect() 在 PHP 7.0+ 已彻底移除，必须换成 mysqli_connect() 或 PDO
- 函数名大小写不敏感，但拼写必须一致，比如 str_replace 不能写成 strreplace 或 Str_Replace
- 某些函数（如 imagettftext）需要 GD 扩展编译时带 FreeType 支持，仅装 GD 不够，得重装带字体支持的 GD
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
