thinkphp控制器是强绑定目录结构、命名规则和调用协议的执行单元，需严格遵循路径、类名、方法名约定，并仅负责调度，业务逻辑交由模型处理，输出须规范使用fetch()等。
ThinkPHP 的控制器不是“写个类就能用”的松散组件，而是一套与目录结构、命名规则、调用协议强绑定的执行单元。它不靠注释说明运行，靠文件位置、方法签名和配置项精准协同——错一个字母、漏一行配置，请求就中断或空白。
控制器怎么定位和加载
路由最终把 URL 映射到具体类和方法，比如访问 /user/profile，框架会尝试加载 app/controller/User.php 中的 profile() 方法。这个过程依赖三个硬性约定：
- 控制器文件必须放在 app/controller/ 目录下（可配置但默认如此）
- 类名首字母大写，且与文件名一致（User 对应 User.php）
- 方法名小写，直接对应 URL 中的操作段（profile → profile()）
控制器里该写什么、不该写什么
控制器只做“调度”，不是业务逻辑容器：
- 接收参数用 $this->request->param() 或路由自动注入（如 read($id)）
- 校验数据用内置 validate()，不手写 if-else 判断
- 查数据交模型处理，推荐 model('User') 或 Db::name('user')，绝不拼 SQL
- 返回结果必须是字符串、视图渲染结果或 Response 对象，不能直接 echo
控制器行为增强：初始化与钩子
框架提供多个执行时机控制点，避免重复代码：
- _initialize()：每个方法执行前自动调用，适合登录检查、权限判断
- _empty()：当前控制器没有对应方法时触发，可统一返回 404 页面
- 前置/后置操作：如 _before_index() 和 _after_index()，仅对特定方法生效
- 中间件支持：通过 $middleware 属性声明，比控制器内判断更解耦
模板渲染与输出控制
控制器输出最终页面，但方式必须规范：
- fetch() 按约定路径找模板：User::profile() → view/user/profile.html，路径大小写敏感
- display() 是旧版写法，空参时尝试加载 layout，容易静默失败；新版推荐统一用 fetch()
- 模板里生成 URL 用 {:url('user/edit')}，别硬编码 /index.php/user/edit
- 开启调试模式后，模板缺失会明确报错“template not exists”，关掉则直接白屏——务必开着调
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
