老兄，我太懂这种写了N多HTML+PHP表单，突然遇到提交没反应的崩溃感了——毕竟都是踩过各种坑过来的。结合你提到的用form_type做验证，还有你已经尝试的改按钮、设表单ID这些操作，我梳理了几个大概率的问题根源，你可以挨个排查：

• form_type验证逻辑直接“卡壳”了
  你靠这个参数区分提交类型，那后端PHP的判断逻辑有没有问题？比如前端传的form_type值和后端预期的不匹配——比如你前端设的是edit_content，后端写成了edit_cont，或者大小写不一致（比如Edit_Content vs edit_content）？更坑的是，会不会后端的if判断里不小心加了exit;或者die;，直接终止了脚本，导致前端啥反馈都没有？
  快速排查：在PHP脚本最开头加一行var_dump($_POST); exit;，提交后看页面输出的POST数据里有没有form_type，值对不对。如果连这个都没输出，那问题肯定在前端提交触发环节。

• 表单action属性“迷路”了
  你有没有确认表单的action是不是指向了正确的PHP处理文件？如果action是空的，浏览器会提交到当前页面，但如果当前页面的PHP代码没写处理提交的逻辑，自然没反应；要是action路径写错了（比如相对路径和部署环境的目录结构不匹配），可能直接返回404，但如果是静默提交（比如AJAX），浏览器不会弹错误提示，看起来就像没反应。

• 前端JS偷偷“拦截”了提交
  页面里有没有其他JavaScript代码搞事情？比如表单的onsubmit事件被绑定了返回false的函数？或者用jQuery的时候不小心给提交按钮加了event.preventDefault()？比如有些前端验证逻辑写错了，不管输入对不对都返回false，直接阻止了表单提交。
  排查方法：按F12打开控制台，切到Console标签，点击提交看有没有报错；或者暂时删掉表单的onsubmit属性，再试提交。

• 按钮类型的“低级错误”（虽然你改了，但再确认下）
  你把button改成了input，但要确保input的type是submit，而不是button或者reset！<input type="button">本身不会触发表单提交，得绑定JS事件才行。之前用button标签的时候，如果没指定type="submit"，有些浏览器默认是submit，但有些不是——不过你改了input还没好，这条大概率排除，但还是确认下心里踏实。

• HTML结构错误导致表单“罢工”
  表单里有没有未闭合的标签？或者多个元素用了同一个name="form_type"？浏览器遇到无效的HTML结构，可能没法正确组装表单数据，导致提交失败。打开浏览器的Elements标签，看看表单的DOM结构有没有红标错误。

• PHP错误被“隐藏”了
  后端PHP可能有语法错误或者运行时错误，但因为服务器的display_errors被关掉了，前端看不到任何反馈，看起来就是没反应。你可以在PHP脚本开头加这段代码，强制显示错误：

  error_reporting(E_ALL);
  ini_set('display_errors', 1);
  

  再提交试试，说不定就能看到问题所在了。

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