向PostgreSQL添加数据时，为何应使用POST请求而非GET请求？

你提到的用GET请求通过路径参数传递数据并写入数据库的做法，虽然技术上能运行，但违背了HTTP协议的设计语义，还会带来一系列实际问题，二者的核心区别如下：

• HTTP方法语义不符
  HTTP协议对GET的定义是获取资源，属于只读操作；而POST的语义是提交数据以创建/修改资源，对应写入数据库这类会改变服务器状态的操作。用GET做写入操作，相当于用“查询”的方式完成“提交”，完全不符合RESTful API的设计规范，会让其他开发者甚至未来的你误解接口用途，大幅提升维护成本。

• 数据长度与格式受限
  GET请求的参数（不管是路径参数还是查询参数）都包含在URL中，而浏览器和服务器对URL长度有明确限制（多数浏览器限制在2048字符以内）。如果后续业务需要添加更多字段（比如用户地址、联系方式），或者字段内容较长（比如备注信息），GET请求会直接因URL过长失败；而POST请求的数据放在请求体中，几乎没有长度限制，还支持JSON、表单等多种格式，扩展性强得多。

• 安全性问题
  GET参数会明文显示在URL里，会被记录在浏览器历史、服务器日志、代理日志中，甚至会被浏览器地址栏自动补全。如果数据包含敏感信息（比如身份证号、手机号），这种方式会直接导致数据泄露；POST请求的内容在请求体中（除非明文传输，但至少不会暴露在URL层面），安全性更有保障。

• 缓存与重复执行风险
  浏览器、CDN、代理服务器都会默认缓存GET请求的结果。如果用户不小心刷新页面，或者浏览器自动重试，GET请求会被重复执行，导致数据库插入多条重复数据；而POST请求不会被默认缓存，浏览器在重试时会弹出确认提示，能有效避免重复提交的问题。

• 幂等性不匹配
  GET请求是幂等的——多次执行同一个GET请求，结果完全一致（不会改变服务器状态）；但向数据库添加数据的操作是非幂等的——每执行一次就会新增一条记录。用GET做非幂等操作，会破坏HTTP协议的幂等性约定，引发不可预期的问题。

你的示例代码如果改成POST，合理写法如下：

@app.post('/create_user')
def create_user(user_data: UserSchema):
    # 将user_data写入PostgreSQL数据库的代码

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