第一步是用原生JDBC验证数据库连接与表结构，确保Connection正确提交、PreparedStatement参数顺序无误；vote_count设默认值0，用UPDATE ... SET vote_count = vote_count + 1避免并发丢票。
用JDBC连接MySQL存取投票数据
Java后端做投票系统，第一步不是写页面，而是确保能稳定读写数据库。别急着上Spring Boot，先用原生JDBC验证表结构和连接逻辑是否通——很多“投票不生效”问题其实卡在Connection没提交、或PreparedStatement参数顺序错。
- 建表时给
vote_count字段设默认值0，避免NULL导致加法失效 - 每次投票必须用
UPDATE ... SET vote_count = vote_count + 1，别先SELECT再UPDATE，否则并发时会丢票 - 务必在
try-with-resources里关Connection和PreparedStatement，漏关会导致连接池耗尽 - MySQL URL要加
?useSSL=false&serverTimezone=UTC，否则高版本驱动连不上
用Servlet处理HTTP投票请求
不用框架也能跑通流程：前端点按钮 → Servlet收POST → 校验参数 → 执行JDBC更新 → 返回JSON结果。关键不是功能多全，而是看清请求生命周期里哪一步可能断掉。
-
request.getParameter("candidate_id")拿到的是字符串，必须用Integer.parseInt()转，但得包NumberFormatException，否则输个字母就500 - 别在
doPost里直接response.getWriter().print(...)返回中文，要先response.setCharacterEncoding("UTF-8")，不然前端看到乱码 - HTTP状态码别全用200：参数错返回400，候选人不存在返回404，数据库异常返回500——方便前端区分错误类型
防止重复投票的简单方案
没用户登录系统时，“同一IP投一票”是最低成本的防刷手段，但要注意IP可能被NAT共享，不能当唯一依据；有登录则必须绑定user_id字段。
- 在投票表里加联合唯一索引：
ALTER TABLE votes ADD UNIQUE (user_id, candidate_id)，数据库层硬拦截重复 - 如果只靠IP，注意
request.getRemoteAddr()在Nginx反代后会变成127.0.0.1，得从X-Forwarded-For头取真实IP，且要校验该头是否可信 - 前端按钮点完立刻
disabled，只是体验优化，后端校验一个都不能少
用JSP或纯HTML展示投票结果
动态刷新结果页不一定要AJAX，但得避开常见坑：比如JSP里ResultSet没关闭就forward，或者用out.print()拼HTML时没转义候选人名字里的符号，导致XSS。
立即学习“Java免费学习笔记（深入）”；
- JSP中查数据库建议抽成独立DAO方法，别把
Connection和while(rs.next())全写在.jsp里，维护和调试都痛苦 - 如果用纯HTML+jQuery，
$.post()成功回调里用data更新DOM，别忘了用parseInt()处理返回的票数字符串，否则"10" + 1变成"101" - 结果页SQL别写
SELECT * FROM candidates，明确列名如SELECT id, name, vote_count，避免字段顺序变动引发前端错位
真正难的不是写完投票功能，而是当100人同时点按钮时，你写的UPDATE语句有没有锁表、事务隔离级别设对没、连接池最大值够不够——这些不会在本地测试暴露，但上线第一波流量就见分晓。
