“Call to undefined function”在ThinkPHP中需三秒定位：1.系统函数（如input）未加载多因CLI/中间件过早调用；2.自定义函数（如my_log）须严格配置composer.json autoload.files并执行dump-autoload；3.第三方函数（如request）依赖HTTP完整初始化，CLI中应改用app('request')。
“Call to undefined function”在ThinkPHP面试中不是考你背错误码，而是考你能不能三秒内定位是扩展没装、自定义函数没加载，还是 Composer 包根本没引入。
区分三类函数：系统自带、项目自定义、第三方包提供
ThinkPHP 里所谓“函数未定义”，90% 情况下不是写错了，而是没搞清这三类函数的加载机制完全不同：
- 系统函数（如
input()、config()、url()）：TP8 自动加载thinkphp/base.php和thinkphp/helper.php，只要框架正常启动就可用；但 CLI 环境或中间件早期阶段可能还没执行到这一步 - 项目自定义函数（如
my_log()、format_mobile()）：TP8 只认app/helper.php这一个文件，且必须通过composer.json的autoload.files声明 +composer dump-autoload生效；app/common.php在 TP8 中已废弃，写了也不加载 - 第三方包函数（如
request()在 FastAdmin 中报错）：它其实来自topthink/framework的助手函数，但只在完整 HTTP 请求生命周期中由public/index.php引导后才注册；命令行、静态方法、插件构造函数里直接调用必报错
面试常问：为什么在命令行里调用 request() 就报错？
因为 request() 不是 PHP 内置函数，也不是 Composer 自动加载的独立函数，而是 ThinkPHP 在应用初始化时动态注入的“助手函数”。它依赖完整的容器和环境初始化流程：
- HTTP 请求入口（
public/index.php）会执行App::run()，触发base.php加载 → 注册所有助手函数 - CLI 入口（
think命令）默认跳过部分初始化，request()函数未被注册，所以直接Call to undefined function request() - 解决办法不是“加 require”，而是改用
app('request')或Request::instance()—— 它们不依赖函数注册，走容器解析
验证函数来源的最快方式：查 vendor/composer/autoload_files.php
这个文件是 Composer 实际生效的函数加载清单，比看 composer.json 更真实：
立即学习“PHP免费学习笔记（深入）”；
- 打开
vendor/composer/autoload_files.php，搜索你的函数名（如request）—— 如果没出现，说明它根本不在自动加载列表里 - 搜索
helper，你会看到类似require_once __DIR__ . '/../..' . '/thinkphp/helper.php';这样的路径，确认系统函数来源 - 如果你的
app/helper.php没出现在这个文件里，说明composer dump-autoload没执行，或者composer.json里写错了路径（比如多了./或大小写错误）
真正容易被忽略的是：TP8 对自定义函数的路径和加载时机极其苛刻——app/helper.php 必须存在、必须声明进 autoload.files、必须执行 dump-autoload，三者缺一不可；而第三方包提供的函数，从来就不是靠“放对位置”能解决的，得看它是否在当前执行上下文中完成了注册。
