tp5控制器调用公共函数报错主因有三：①子类定义_initialize()会跳过父类同名方法，需显式调用parent::_initialize()；②改用__construct()时未执行parent::__construct()导致框架初始化失效；③继承链混乱或错误使用use/独立实例造成上下文丢失。
TP5控制器调用公共函数报错，大概率是 _initialize() 被覆盖、__construct() 没调 parent::__construct()，或继承链中混用了不同层级的基类。
为什么 _initialize() 在父类子类都定义就失效
ThinkPHP5 的 _initialize() 不是 PHP 构造函数，它只是框架约定的“初始化钩子”，由 Controller 基类在实例化后手动调用。但这个调用逻辑是单次、非递归的：子类定义了 _initialize()，框架就只执行子类的，完全跳过父类的。
- 父类
CommonMethod定义了登录校验逻辑，子类Admin也定义了_initialize()→ 父类校验被静默丢弃 - 这不是“重写”或“覆盖”的语义问题，而是框架源码里只做了
if (method_exists($this, '_initialize')) { $this->_initialize(); }，没做向上遍历 - 解决办法不是删掉子类的
_initialize()，而是显式补上父类调用：parent::_initialize();（但注意：TP5 的Controller类本身不提供该方法的默认实现，所以这行代码仅在你自定义的中间基类里才有效）
改用 __construct() 时漏掉 parent::__construct()
一旦你在公共基类（比如 Common）里改用 PHP 原生构造函数，就必须主动调用父类构造器，否则 Controller 内部的初始化（如请求对象绑定、模板引擎加载等）全都不会执行，后续调用 $this->error()、$this->assign() 就会直接报错。
-
Controller类的__construct()做了关键初始化，比如$this->request = Request::instance(); - 如果你写了
public function __construct() { /* 自己的逻辑 */ }却没写parent::__construct();→$this->request是null，任何依赖它的方法都会崩 - 正确写法必须是：
public function __construct() { parent::__construct(); /* 你的校验逻辑 */ }
继承关系错乱导致方法不可用
常见错误是让业务控制器直接继承 Controller，又另外写一个“公共类”去继承 Controller，再试图把公共类当工具函数库来用——这会导致 $this 上下文丢失，$this->error() 这类方法根本不存在。
- 错误示范：
class Admin extends Controller { use CommonTrait; }或class Admin extends Controller { public function index() { $common = new Common(); $common->checkLogin(); } }→$common是独立实例，没经过框架路由和初始化 - 正确路径只有两条：要么走继承链（
Admin extends Common extends Controller），要么走依赖注入（把校验逻辑抽成 Service 类，通过容器获取并传参） - 如果选继承，确保所有中间类都严格继承自
think\Controller，且命名空间与文件路径完全匹配（Linux 下app/controller/Common.php必须对应namespace app\controller;）
toArray() 报错其实是配置没对齐
这个错误看似和“公共函数”无关，但常出现在你封装了一个返回模型数据的公共方法后，调用方直接 return $data->toArray(); ——结果报 Call to a member function toArray() on array。根源是数据库查询配置把结果集类型设成了 array，但代码仍当成 Collection 对象用。
- 检查
config/database.php中的'resultset_type' => 'array'→ 改为'collection' - 或者更稳妥：在公共方法里加类型判断：
return $data instanceof \think\Collection ? $data->toArray() : (array) $data; - 别在配置里全局切
resultset_type，除非你确认全站所有查询都按对象方式处理；混合使用时，宁可显式转换，也不要依赖配置隐式行为
最易被忽略的一点：TP5.1+ 已彻底移除 vendor() 和 import()，所有“公共函数”必须走命名空间 + PSR-4 自动加载；手写 require_once 引入的函数，在控制器里调用时 $this 是无效的，那根本不是“控制器调用”，只是普通函数调用，别指望能用 $this->error()。
