Modal表单提交后页面刷新或跳转，因未在submit事件中调用event.preventDefault()；Ajax提交需用$('#myForm').serialize()获取数据，含文件时用FormData；关闭Modal必须在success回调中判断data.status后执行；业务错误需在success中解析data.success而非依赖error回调。
Modal表单提交后页面刷新或跳转
bootstrap modal本身不干预表单行为，submit事件默认会触发表单原生提交，导致页面刷新或跳转。这不是modal的问题，而是没阻止默认行为。
- 必须在
submit事件处理器中调用event.preventDefault() - 确保监听的是Modal内
form元素的submit，而不是按钮的click - 如果Modal是动态插入（如通过
$.get()加载），需用事件委托：$(document).on('submit', '#myForm', ...)
jQuery Ajax提交时拿不到表单数据
常见原因是直接序列化了整个Modal容器，或忽略了name属性缺失的字段——Ajax只认name，不看id或data-属性。
- 用
$('#myForm').serialize()最稳妥，它只收集有name且未被disabled的控件值 - 避免手拼
data: { username: $('#username').val() }，容易漏字段、忽略空值处理 - 如果含文件上传，必须用
FormData对象 +processData: false+contentType: false
提交成功后Modal关不掉或关太早
Modal关闭逻辑写在Ajax回调里看似合理，但容易踩两个坑：一是没等服务器响应就调modal('hide')，二是隐藏后清空表单时误删了正在校验的DOM节点。
- 关闭操作必须放在
success或done回调里，**不能**放在submit事件末尾 - 关闭前先检查响应状态：
if (data.status === 'ok') { $('#myModal').modal('hide'); } - 清空表单建议用
$('#myForm')[0].reset()，比find('input').val('')更可靠，且不破坏事件绑定
服务端返回错误，但前端没提示
Ajax默认只对HTTP状态码（如400、500）触发error回调，而业务错误（如“用户名已存在”）通常返回200+JSON，前端不主动解析就等于“提交成功”。
- 后端统一返回结构，例如
{ success: false, message: '邮箱已被注册' } - 前端在
success回调里判断data.success，失败时把data.message塞进Modal里的.invalid-feedback或div.alert - 别依赖
error回调处理业务逻辑，它只管网络/状态码异常
