thinkphp 6 移除了全局函数 think()，需通过容器或门面替代；旧函数如 config()、input() 可在 helper.php 中复刻转发至对应 facade，但 cookie()、cache()、url() 等存在行为差异，兼容层仅为过渡方案。
ThinkPHP 6 的 think 函数为什么调用失败
升级到 ThinkPHP 6 后，直接写 think('config') 或 think()->app->config() 会报错：「Call to undefined function think()」。这是因为 TP6 彻底移除了全局函数入口，所有功能都通过容器（think\Container）或门面（Facade）提供。
实际场景里，老项目里大量用了 config()、input()、session() 这类函数，不能逐个改——得先兜住，再逐步替换。
- TP5.x 的
think()是一个全局函数，返回应用实例；TP6 中它被删了，但保留了think\Container::getInstance()作为替代入口 - 直接在
base.php或common.php里重定义think()函数可行，但要注意命名空间冲突和自动加载时机 - 更稳妥的做法是用 Composer 的 autoload files 机制，在
composer.json的"autoload": {"files": ["app/helper.php"]}下挂载兼容层
如何让旧版 config()、input() 在 TP6 中继续工作
这些函数不是框架内置的，而是 TP5.x 通过 think/helper.php 注册进全局作用域的。TP6 没有自动加载这个文件，所以它们“消失”了。
你不需要重写全部逻辑，只需复刻关键函数的行为，指向 TP6 对应的 Facade 或服务：
-
config($key = null, $default = null)→ 转发给\think\Facade\Config::get($key, $default) -
input($key = '', $default = null, $filter = '')→ 转发给\think\Facade\Request::param($key, $default, $filter)（注意：TP6 的Request::param()默认不解析 JSON body，如需兼容需手动加$request->parseParams()） - 所有函数必须加
if (!function_exists('xxx')) { function xxx() { ... } }判断，避免重复定义报错
示例（app/helper.php）：
if (!function_exists('config')) {
function config($key = null, $default = null) {
return \think\Facade\Config::get($key, $default);
}
}
Facade 和依赖注入方式下，哪些全局函数没等价替代
不是所有 TP5.x 函数都能无损映射。有些函数背后绑定了运行时状态，Facade 封装后行为有差异，容易踩坑：
-
cookie()：TP5 返回的是原始值或数组，TP6 的\think\Facade\Cookie::get()默认走加密解密流程，若旧 cookie 未加密，会返回null；需临时设'cookie_encrypt' => false或改用\think\Cookie::getRaw() -
cache()：TP5 默认用 File 驱动，TP6 默认用SimpleCache（基于 PSR-16），不支持标签（tag）；如果旧代码用了cache('key', $val, ['tag' => 'user'])，会静默失败 -
url()：TP6 的\think\Facade\Url::build()不再默认拼接域名，且路由参数顺序更严格；传参为数组时，键名必须与路由变量名完全一致，否则生成空字符串
升级后全局函数还能留多久
可以留，但别太久。兼容层只是过渡手段，不是长期方案。
真正卡点在于：TP6 的容器和生命周期管理更严格，比如 Db::name() 在命令行或中间件里可能拿不到连接池上下文，而旧版 db() 函数内部做了隐式初始化，掩盖了问题。一旦去掉兼容函数，这类隐藏错误才会暴露。
建议节奏：
- 第一周：补全 helper.php，确保所有页面/接口能跑通，日志记录所有被调用的旧函数
- 第二周：按日志统计高频函数，逐个替换成 Facade 调用，同时检查参数是否适配（比如
input('id/d')在 TP6 中要写成input('id', 0, 'intval')） - 上线前：删掉
helper.php并跑一遍全链路测试，重点看缓存失效、URL 生成异常、请求参数丢失这几类
最麻烦的其实是第三方扩展包里硬编码的 model() 或 validate() 调用——它们不会走你的 helper，得单独 patch 或换包。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
