这确实是个有点反直觉的问题，我来帮你拆解背后的原因：

1. HTTP规范与GET请求的“边缘情况” #

首先要明确：HTTP标准并没有严格禁止GET请求携带请求体，但这属于非常非主流的用法——绝大多数HTTP客户端、服务器框架对这种场景的处理都比较特殊，Flask依赖的底层库Werkzeug也不例外。

2. Werkzeug的“懒加载”请求体解析 #

Flask的请求处理逻辑由Werkzeug实现，它对请求体的解析采用了懒加载策略：也就是说，只有当你主动访问request.form、request.data、request.get_data()这类涉及请求体的属性/方法时，Werkzeug才会去读取并解析客户端发送的请求体内容。

3. 连接重置的根源 #

当你用requests.get(url, data={'my': 'data'})发送带body的GET请求时，客户端会等待服务器确认接收完整的请求体。但如果你的Flask接口完全没有触发请求体的读取（比如没调用request.form），Werkzeug在处理完响应后会直接关闭连接，根本不会去读取客户端已经发送过来的body数据。

这就导致客户端这边还在等待服务器处理请求体，结果连接被强制关闭，最终抛出ConnectionResetError(10054)。

4. 为什么调用request.form能解决问题？ #

当你访问request.form时，Werkzeug会自动读取并解析整个请求体（因为表单数据是放在请求体里的）。这样客户端发送的所有数据都被服务器完整接收，之后服务器正常返回响应，连接也会按HTTP规范正常关闭，自然不会出现连接重置的问题。

其实不止request.form，只要触发请求体的读取就行——比如加一行request.get_data()（哪怕你不用这个返回值），也能达到同样的效果。

关于设计逻辑的疑问 #

Flask的懒加载设计本质是性能优化：对于绝大多数不需要请求体的GET请求，没必要浪费资源去读取和解析请求体。只是你遇到的这种“GET带body”的边缘场景，刚好撞上了这个优化的副作用。

建议的解决方案 #

• 优先遵循HTTP规范：GET请求的参数应该放在URL的查询字符串里（比如http://127.0.0.1:12345/my/route?my=data），这是GET请求的标准用法，完全不会出现这类问题。
• 如果确实必须用GET带body：可以在你的Resource方法开头主动触发请求体读取，比如：

  @staticmethod
  def get():
      # 主动读取请求体，避免连接重置
      request.get_data()
      return jsonify({'hello': 'world'})
  

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