ThinkPHP中间件怎么统计请求参数大小-ThinkPHP-PHP中文网

中间件中获取真实请求参数体积必须区分请求类型：GET用server('QUERY_STRING')，POST等用getRawContent()，multipart则fallback到Content-Length头；getRawContent()仅能调用一次，且chunked编码下Content-Length不可靠。

thinkphp中间件怎么统计请求参数大小

中间件里必须用 `getRawContent()` 和 `server('QUERY_STRING')`

想在中间件里拿到真实参数体积，不能调 param() 或 input() —— 它们返回的是 PHP 解析后的数组，原始字节长度早被丢光了。比如一个 1.2MB 的 JSON POST 请求，param() 可能只占几 KB 内存，但网络上传的就是那 1.2MB。

唯一可信的原始数据源只有两个：

GET 请求：从 $request->server('QUERY_STRING') 拿原始查询字符串，strlen() 就是字节数
POST/PUT/DELETE 等：必须用 $request->getRawContent()，它读取 php://input 流一次且仅一次

注意：getRawContent() 在 multipart 表单（含文件上传）下通常返回空字符串，因为 PHP 已把文件写入临时目录、原始体不可再读；此时应 fallback 到 $request->header('content-length') —— 它是整个请求体长度，包含所有字段和文件，最接近攻击者实际发送量。

区分请求类型再计算，别硬套一种逻辑

不同 Content-Type 下，参数存在形式不同，硬统一处理会漏值或误算：

JSON 请求：getRawContent() 返回的就是原始 JSON 字符串，strlen() 准确
表单编码（application/x-www-form-urlencoded）：getRawContent() 通常可用；若为空，可退而求其次拼接 http_build_query($request->post())，但精度下降（丢失原始编码空格、+ 号等）
multipart：getRawContent() 基本为空，必须依赖 Content-Length 头，这是唯一能反映总传输量的字段
GET 请求：只看 QUERY_STRING，忽略 getRawContent()（它对 GET 总是空）

别在中间件里做 json_decode(file_get_contents('php://input')) 这类操作——既重复读流，又触发解析开销，还可能因编码问题导致 strlen() 失准。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

中间件中统计总大小的典型写法

以下逻辑需放在全局中间件的 handle() 方法开头，确保在路由分发前执行：

$method = strtoupper($request->method());
$size = 0;

if ($method === 'GET') {
    $query = $request->server('QUERY_STRING', '');
    $size = strlen($query);
} else {
    $raw = $request->getRawContent();
    if ($raw !== false && $raw !== '') {
        $size = strlen($raw);
    } else {
        // multipart 或其他流已耗尽场景
        $size = (int) $request->header('content-length', 0);
    }
}

// 记录到 Redis 或日志，例如：
// Cache::inc('param_size:'.date('Y-m-d'), $size);

注意：getRawContent() 是“一次性”的，后续控制器里再调就拿不到原始体了；如果业务还需用 param()，没问题，两者不冲突——只是统计必须抢在第一次读之前。