html表单最直接发数据给java后端是用提交，后端用servlet或spring mvc的@postmapping接收；常见错误包括路径错误、method不匹配、name属性缺失等。
HTML 表单怎么发数据给 Java 后端
最直接的方式是用 <form></form> 提交，后端用 Servlet 或 Spring MVC 的 @PostMapping 接收。浏览器默认走 http POST，数据放在请求体里，Java 侧通过 request.getParameter("xxx") 或控制器参数绑定拿到值。
常见错误现象：表单提交后页面空白、404、或者后端收不到参数——多半是 action 路径写错，或没配好后端路由映射。
-
method属性必须和后端注解一致，比如<form method="post"></form>对应@PostMapping -
action值要是完整路径，如/login，不是login.jsp或相对路径./login - 表单字段的
name属性值，就是后端getParameter()或参数名的依据，id不起作用 - 如果后端用 spring boot，确保控制器类加了
@Controller（不是@RestController，后者默认返回 json，会跳过视图解析）
ajax 怎么调 Java 接口（JSON 场景）
前端用 fetch 或 axios 发异步请求，后端用 @RestController + @PostMapping 返回 JSON。这是目前更主流的前后端分离做法，但 HTML 页面里用它，得注意跨域和 Content-Type。
容易踩的坑：Java 后端返回 200，但前端 catch 里报错；或者控制台显示 Unexpected Token ——这说明后端其实返回了 HTML（比如 404 页面），而不是 JSON。
立即学习“Java免费学习笔记（深入）”；
- 前端发 JSON 数据时，记得设请求头：
Content-Type: application/json - 后端方法上加
@RequestBody才能自动解析 JSON 字符串为对象，漏掉就收不到数据 - Spring Boot 默认不支持跨域，开发时在控制器加
@CrossOrigin，生产环境应配 nginx 或网关 - 后端抛异常没处理，可能直接返回白页或 500 HTML，前端 fetch 会进
then而非catch，需手动检查response.ok
Java 后端怎么把数据塞进 HTML 页面（服务端渲染）
用 jsp、Thymeleaf 或 FreeMarker 这类模板引擎，在 Java 渲染阶段就把变量插进 HTML。不是“连接”，而是“生成带数据的 HTML”，浏览器收到的就是最终页面。
典型问题：页面上写 ${user.name} 却原样输出没替换；或者刷新后数据丢失——说明压根没传值，或作用域（request/session）生命周期不对。
- Servlet 里用
request.setAttribute("user", user)，再request.getRequestDispatcher("/page.jsp").forward(request, response) - Thymeleaf 中，Controller 方法返回字符串视图名（如
"index"），模板文件名得是index.html，且放在src/main/resources/templates/ - 变量名大小写必须完全一致，
${User.name}和request.setAttribute("user", ...)对不上 - JSP 已基本淘汰，新项目别碰；Thymeleaf 是 Spring Boot 官方推荐，但注意它的表达式语法（如
th:text="${msg}"）不能直接写在 HTML 属性里当 JS 变量用
为什么 form 提交后总是跳转新页面，不想跳怎么办
因为浏览器默认行为就是导航到 action 指向的 URL。想留在当前页，就得阻止默认行为，改用 JavaScript 控制流程——也就是回到上一个副标题的 Ajax 方案。
有人试过用 target="_self" 或 onsubmit="return false"，结果发现按钮点不动或数据根本没发出去，本质是混淆了“阻止跳转”和“真正发送请求”两件事。
- 纯 HTML 表单无法“不跳转”，这是协议限制，不是浏览器 bug
- 用
Event.preventDefault()只是第一步，后面必须显式调用fetch或XMLHttpRequest - 如果后端返回的是重定向（302），即使前端用 Ajax，浏览器也会自动跳——这时后端不该返回
redirect:，而该返回 JSON 状态 - 表单验证逻辑（如空校验）必须放前端或后端双校验，仅靠前端拦截不能保证安全
实际连通的关键不在“怎么连”，而在请求路径、数据格式、HTTP 方法、状态码四者是否对齐。少一个，看起来像连上了，其实只是巧合。