如何从服务器端终止curl的HTTP PUT上传请求？

首先明确：你遇到的是Apache CGI模式的固有局限——默认情况下，Apache会先完整接收客户端发送的整个PUT请求体（也就是上传的文件），再把请求转发给CGI程序处理。所以哪怕你的CGI程序立刻输出错误响应并退出，Apache也要等把所有上传数据收完，才会把响应返回给客户端，这就是为什么curl要等上传完才收到错误。

下面是几个可行的解决思路：

1. 改用Apache模块替代CGI（最彻底的方案） #

CGI是独立进程，Apache作为网关必须完成请求转发的全部流程。如果换成Apache的原生模块（比如自己写C模块，或者用mod_lua、mod_perl这类脚本模块），你可以在请求接收过程中直接介入：

• 当检测到用户存储空间不足时，立刻向客户端返回413错误并关闭连接，Apache会直接中断和客户端的通信，不会继续接收上传数据。
• 写C模块的话，需要熟悉Apache的API，比如在input_filter阶段处理请求体，一旦触发异常就返回错误码终止请求。

2. 利用Expect: 100-continue机制（无需改架构） #

这是HTTP协议本身的机制，可以让客户端先请求服务器允许上传，再发送文件内容，完美解决提前终止的问题：

步骤： #

• 让客户端发送PUT请求时带上Expect: 100-continue请求头（curl需要手动指定：curl -X PUT -H "Expect: 100-continue" -T 大文件 服务器地址）。
• 你的CGI程序在读取请求体之前，先检查请求头里是否有这个字段：
  • 如果有：先判断用户存储空间是否足够。足够的话，输出HTTP/1.1 100 Continue\r\n\r\n并刷新输出，告诉客户端可以开始上传；不够的话，直接输出Status: 413 Request Entity Too Large\r\n\r\n并退出，客户端收到后会立刻停止上传。
  • 如果没有：返回Status: 417 Expectation Failed\r\n\r\n，强制客户端使用100-continue机制，否则拒绝处理请求。

为什么之前的测试没用？ #

你之前写的测试CGI，Apache还是会先收完整个PUT请求体才调用CGI，所以输出的响应要等上传结束才会被发出去。而用100-continue的话，Apache会在收到客户端的初始请求（不带请求体）时就调用CGI，此时还没开始接收文件内容，CGI的响应能立刻被Apache发回给客户端。

3. 强行关闭底层连接（不推荐） #

在C语言的CGI里，你可以尝试直接关闭标准输入的文件描述符：

close(STDIN_FILENO);

或者尝试获取Apache和CGI通信的socket（不过这个依赖环境，比如通过getpeername等函数，但CGI通常用管道和Apache通信，不是直接socket，所以大概率无效）。这种方法可能会导致Apache抛出错误日志，而且不同服务器环境下行为不稳定，不建议用于生产环境。

内容的提问来源于stack exchange，提问作者Synthetix