在 CodeIgniter 4 中，子目录下的控制器（如 App\Pages\Manage\Courses）继承自父控制器（如 App\Pages\Front）时，initController() 不会自动触发，导致父类中初始化的属性（如 $this->me）为 null；需显式调用 parent::initController() 才能确保正确初始化。
在 codeigniter 4 中，子目录下的控制器（如 `app\pages\manage\courses`）继承自父控制器（如 `app\pages\front`）时，`initcontroller()` 不会自动触发，导致父类中初始化的属性（如 `$this->me`）为 `null`；需显式调用 `parent::initcontroller()` 才能确保正确初始化。
CodeIgniter 4 的控制器生命周期规定：initController() 方法仅由框架在请求分发前自动调用一次，且该调用发生在直接匹配到的路由控制器实例上——即 Member 控制器因位于 pages/ 路由组顶层而被框架直接实例化并初始化；而 Courses 控制器位于嵌套的 manage/ 子组中，其命名空间为 App\Pages\Manage，虽继承 Front，但框架不会自动为其父类执行 initController()，因为该方法不属于构造函数链的一部分。
关键原因在于 PHP 的继承机制：__construct() 不会自动调用父类构造函数，同理 initController() 也绝不会被子类隐式继承或自动触发。虽然 Member 看似“成功”初始化了 $this->me，实则是由于其构造函数中调用了 model()（触发了 CI 的服务定位器与共享实例机制），间接促使框架提前完成部分初始化流程——但这属于副作用，不可靠且不具普适性。
✅ 正确做法：在所有继承 Front 的子控制器（包括子目录下）的 __construct() 中，显式调用 parent::initController()，并确保传入正确的请求、响应和日志器对象：
namespace App\Pages\Manage;
use CodeIgniter\HTTP\RequestInterface;
use CodeIgniter\HTTP\ResponseInterface;
use Psr\Log\LoggerInterface;
use App\Pages\Front;
class Courses extends Front
{
public function __construct(
RequestInterface $request,
ResponseInterface $response,
LoggerInterface $logger
) {
// ✅ 必须显式调用父类 initController
parent::initController($request, $response, $logger);
log_message('info', 'My id in Courses: ' . ($this->me ?? 'Not available'));
}
public function index() {}
public function update($cid) {
$this->showVal(100); // 此时 showVal 可正常调用，因 initController 已执行
}
}
⚠️ 注意事项：
- initController() 必须在 __construct() 中调用，且只能调用一次；重复调用可能导致意外行为（如中间件重复执行）；
- 参数必须与父类签名严格一致（RequestInterface, ResponseInterface, LoggerInterface），CI 4 的依赖注入容器会自动解析它们；
- 若使用 service() 或 model() 等辅助函数，确保在 initController() 之后调用，否则可能因 $this->request 等属性未就绪而报错；
- 避免在 __construct() 中执行业务逻辑（如数据库查询），应移至具体动作方法（如 index()）中，以符合 MVC 分离原则。
总结：CI4 的 initController() 是框架级初始化钩子，非语言级构造逻辑，绝不依赖继承自动传播。统一在子类构造器中显式调用，是保障跨目录控制器行为一致、可维护的唯一可靠方式。
