thinkphp 6+ 中 request 对象必须通过依赖注入（think\request $request）或助手函数 request() 获取，禁用 new request() 和已废弃的 request::instance()；推荐优先使用 $request->param() 合并获取 get/post/路由等参数，而非单独调用 get() 或 post()。
ThinkPHP 的 Request 对象不是“拿来就能用”的全局实例，直接 new 或静态调用会拿不到当前请求上下文——必须走容器注入或助手函数。
Request 对象必须通过依赖注入或 request() 获取
在控制器方法、中间件、服务类中，Request 不能靠 new Request() 构造，也不能用 Request::instance()（该方法已废弃且在 6.0+ 中彻底移除）。ThinkPHP 6+ 采用容器自动解析，只有声明类型提示才能触发注入。
- ✅ 正确写法：在控制器方法参数中声明
think\Request $request - ✅ 助手函数替代：直接用
request()（返回当前请求实例） - ❌ 错误写法：
new \think\Request()→ 没有绑定输入数据、没有初始化路由信息 - ❌ 错误写法：
\think\Request::instance()→ 报Call to undefined method
获取参数优先用 $request->param()，别混用 get()/post()
param() 是 ThinkPHP 的推荐入口，它按优先级合并 GET、POST、PUT、PATCH、DELETE 请求体中的参数（包括 JSON、表单、URL 查询），并自动过滤空值。而 get() 和 post() 只读对应来源，容易漏参数或逻辑错乱。
- 使用
$request->param('name')获取单个字段，支持默认值：$request->param('name', 'default') - 使用
$request->param()获取全部参数（已合并、已过滤） - 若明确只接受 GET 请求参数（如分页页码），才用
$request->get('page')；但注意：前端发 JSON 到 GET 接口时，get()拿不到 body 数据 -
$request->post()不解析 JSON body，需手动json_decode($request->getContent(), true)
依赖注入时注意作用域和生命周期
Request 对象是「请求生命周期」单例，每次 HTTP 请求只创建一次，注入到多个类中的是同一个实例。但它的属性（如 $request->param）是懒加载的，首次调用 param() 才解析原始输入。这意味着：
- 在构造函数中注入
Request是安全的，但不要在构造里就调用param()—— 路由尚未匹配，param()可能未准备好（尤其带路由变量时） - 在中间件中注入
Request，可放心调用param()，因为中间件执行时请求已进入调度流程 - 若在服务类中需要
Request，建议通过方法参数注入，而非构造注入，避免过早依赖
调试时别只看 $request->param()，要核对原始输入
当 param() 返回空或不符合预期，常见原因是内容类型不匹配或解析失败。ThinkPHP 默认只对 application/x-www-form-urlencoded 和 multipart/form-data 自动解析 POST 表单；对 application/json，需确保前端发送的是标准 JSON，且 header 设置正确。
- 查原始数据：
$request->getContent()看原始 body（JSON 或 raw 字符串） - 查查询字符串：
$request->server('QUERY_STRING') - 查请求方法：
$request->method()，确认是否为PUT/PATCH（部分 Nginx 配置会把它们转成 POST） - 查 Content-Type：
$request->header('content-type')，若为application/json但param()为空，大概率是 JSON 格式错误或编码问题
真正麻烦的不是怎么取参数，而是参数“看起来存在却没进 param”——这时候得回溯到请求头、Nginx 配置、前端 fetch 的 body 写法，而不是反复改 PHP 代码。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
