$ request 并非通用全局变量，而是特定环境中的上下文对象：nginx 中为请求行字符串，openresty 中需 lua 解析，php/laravel 中为 request 对象方法获取，java servlet 中对应 httpservletrequest 方法，各平台均提供标准 api 获取请求方法、路径和协议版本。

在 Web 开发中，$request 并非 PHP、Java 或 .NET 的原生全局变量，而是常见于 Nginx 配置、Lua 脚本（如 OpenResty）或某些框架模板引擎（如 Twig）中的上下文对象。它通常封装了当前 HTTP 请求的原始信息。要从中准确拆分出请求方法、路径和协议版本，关键在于理解其数据来源与结构层级。

明确 $request 的实际载体

不同环境下的 $request 含义不同：

• Nginx 中的 $request：是内置变量，值为完整请求行字符串，例如 "GET /api/users?id=123 HTTP/1.1"，可直接用于日志或条件判断；
• OpenResty（Lua）中的 ngx.var.request：等价于 Nginx 的 $request，但需用 Lua 字符串函数解析；
• PHP 框架（如 Laravel）中伪称的 $request：实为 Illuminate\Http\Request 对象，不叫 $request 变量，而是通过方法获取，如 $request->method()、$request->path()、$request->server('SERVER_PROTOCOL')；
• Java Servlet 中无 $request：对应的是 HttpServletRequest 对象，通过 getMethod()、getRequestURI()、getProtocol() 获取；

从原始请求行提取三要素（以 Nginx/Lua 为例）

若 $request 是形如 "POST /search?q=test HTTP/2" 的字符串，可用空格分割并按位置提取：

• 第 1 段 → 请求方法（GET、POST 等）；
• 第 2 段 → 请求路径（含查询参数，即 /search?q=test）；
• 第 3 段 → 协议版本（HTTP/1.1、HTTP/2、HTTP/3）；

注意：路径中可能含空格（极少见，违反规范），此时不能简单按空格切分；更健壮的做法是用正则匹配：^(\w+)\s+([^\s]+)\s+(HTTP\/[\d.]+)$。

在主流语言中等效获取方式

虽然没有统一的 $request 变量，但各平台提供标准 API 获取这三项：

• PHP（原生）：$_SERVER['REQUEST_METHOD']、$_SERVER['REQUEST_URI']、$_SERVER['SERVER_PROTOCOL']；
• Java Servlet：request.getMethod()、request.getRequestURI()、request.getProtocol()；
• Spring Boot（@Controller）：@RequestHeader("Host") 不适用，应直接用 HttpServletRequest 参数或 @RequestMethod + @GetMapping 等注解隐式约束；
• Node.js（原生 http）：req.method、req.url（含查询字符串）、req.httpVersion；

区分路径相关概念：避免混淆

“路径”在 HTTP 上下文中易被误用，需根据用途选择正确字段：

• getRequestURI()：返回 /context/servlet/path?query，不含域名和协议，含查询参数；
• getServletPath()：仅返回映射到当前 Servlet 的路径段，如 /api/users；
• getPathInfo()：当存在路径后缀（如 RESTful 路由）时，返回额外路径部分，如 /123（对应 /api/users/123）；
• getContextPath()：应用部署路径，如 /myapp；

真正对应请求行中“路径”字段的，是 getRequestURI()（含 query）或其去除 query 后的路径部分（即 new URI(request.getRequestURI()).getPath()）。