Django注册功能报Broken pipe错误但数据已成功入库如何解决？

问题原因 #

你遇到的Broken pipe错误核心是前端表单默认提交行为导致的：
你使用了原生<form>标签，提交按钮为type="submit"类型，点击按钮时会同时触发两个行为：

• 你绑定的axios异步提交逻辑
• 浏览器原生表单自动提交刷新行为，不等服务端返回响应就主动断开了当前请求的TCP连接，Django向已断开的连接回写响应时就会抛出管道损坏错误。

你看到的数据库写入成功是因为服务端逻辑已经执行完，只是最后返回响应时连接已经被前端断开了，所以前端axios也走不到.then回调。

解决方案 #

两种方案任选其一即可：

• 方案1：修改按钮类型，取消原生表单提交触发逻辑

<button type="button" class="btn btn-button btn-outline-primary" @click="submit()">Submit</button>

• 方案2：阻止点击事件的默认行为，禁用原生表单提交

<button type="submit" class="btn btn-button btn-outline-primary" @click.prevent="submit()">Submit</button>

其他代码优化建议 #

• User.objects.create_user()方法已经内置了save逻辑，后续调用new_user.save()是多余操作，可以直接删除。
• 不要用裸try-except捕获所有异常，会掩盖真实错误，建议捕获指定异常同时打印异常栈方便排查：

import traceback
try:
    # 你的业务逻辑
except Exception as e:
    print(traceback.format_exc())
    return JsonResponse({'status_code': 403 , 'result': 'fail to save to database'})

• 检查是否导入了model_to_dict方法，你现有代码多次调用该方法但没有对应导入语句，未导入会触发运行异常。
• 对mobile参数先做非空校验再转int，避免用户未传参数时int(None)触发类型错误。
• 业务状态码不要和标准HTTP状态码复用（比如你用了401、408这类有明确语义的HTTP状态码作为业务状态码），容易造成逻辑混淆，建议业务状态码单独用自定义区间，或者直接设置对应语义的HTTP响应状态码。

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