空控制器需命名为EmptyController并置于app/controller/下，空操作通过定义_empty方法实现；ErrorController非框架内置机制，错误页应通过异常处理器配置。
空控制器怎么配：让未定义的控制器自动 fallback
ThinkPHP 的空控制器机制，本质是当路由匹配到一个不存在的控制器类时，交由 EmptyController 处理。它不是靠配置开关启用的，而是靠命名约定 + 自动加载规则生效。
关键点在于：类名必须叫 EmptyController，且必须放在 app/controller/ 目录下（或你配置的控制器命名空间路径中）。
- 类需继承
think\Controller或你项目中实际使用的基类（如app\BaseController） - 命名空间要与目录结构一致，比如放在
app/controller/下，就该是app\controller\EmptyController - 不支持多级子目录形式的“空控制器”，例如
app/controller/api/EmptyController不会被识别 - 若启用了路由缓存，改完后记得执行
php think route:clear
空操作怎么写：在控制器里捕获未定义方法
空操作和空控制器是两套机制：EmptyController 解决“控制器不存在”，而“空操作”解决“控制器存在但方法不存在”。后者依赖控制器里的 _empty 方法。
只要当前控制器类中定义了 _empty 方法，任何未声明的 action（比如访问 /user/delete 但 UserController 没有 delete 方法），都会调用它。
立即学习“PHP免费学习笔记（深入）”；
-
_empty必须是 public 方法，接收一个参数（通常是被请求的操作名），例如public function _empty($name) - 这个方法里可以读取
$this->request->action()或直接用传入的$name做路由兜底、日志记录或跳转 - 注意：如果控制器继承了自定义基类，且基类已定义
_empty，子类没重写，就会走基类逻辑 —— 容易误以为没生效 - TP6 默认关闭了魔术方法自动调用（
__call），所以别指望靠它替代_empty
Error控制器不是内置功能：别被名字带偏
ThinkPHP 没有叫 ErrorController 的官方兜底机制。有人把错误页控制器起名叫 ErrorController，再配合路由或异常处理来跳转，但这属于手动实现，不是框架特性。
真正影响 404/500 页面的是异常处理流程：当抛出 think\exception\HttpException（如 throw new HttpException(404, 'not found')），会进入 app/exception/Http.php（或你配置的异常处理类）；最终渲染模板取决于 render 方法里怎么写。
- 不要试图注册
ErrorController为全局空控制器——它不会被自动调用 - 想统一展示错误页，重点应放在重写
render方法，或配置exception_handle和http_exception_template - TP6.1+ 支持在
config/exception.php中设置http_exception_template映射不同状态码到不同模板，比写控制器更轻量 - 如果硬要用控制器响应错误，推荐通过
redirect()或view()在异常处理器里显式调用，而不是依赖路由匹配
调试时最常卡在哪：路径、命名、缓存三连击
空控制器/空操作不生效，90% 是因为这三个地方出了问题，而不是逻辑写错。
- 控制器文件名写成
emptycontroller.php或Emptycontroller.php—— ThinkPHP 自动加载要求首字母大写，必须是EmptyController.php - 类定义里写了
class emptyController或class Emptycontroller—— 类名必须严格为EmptyController - 改完代码但没清缓存，尤其是
runtime/cache/下的路由/类库缓存，会导致旧规则一直生效 - 在命令行运行
php think route:list可确认当前路由是否真走到空控制器（看匹配结果里有没有EmptyController字样）
空控制器和空操作看着简单，但它们生效的前提非常“脆弱”：全靠命名、路径、大小写、缓存四者严丝合缝。少对其中一个松手，就静默失效，还不好 debug。
