Java画板闪屏是因为在鼠标事件中直接绘图而非通过paintComponent()重绘；正确做法是鼠标拖动时记录点并repaint()，在paintComponent()中用Graphics2D重画全部路径。
Java 画板程序为什么一动就闪屏？repaint() 和 paintComponent() 的关系搞错了
不是重绘慢，是重绘逻辑乱了。Swing 的绘图必须走 paintComponent(Graphics g) 这条路，不能在鼠标事件里直接调用 g.drawLine() —— 那个 Graphics 对象是临时的、不可靠的，下次重绘时全丢光，看起来就是“画完就消失”或“疯狂闪烁”。
正确做法是：鼠标拖动时只记录点（比如存进 ArrayList<point></point>），然后调用 repaint()；真正在 paintComponent() 里遍历所有点、用 Graphics2D 重画整条路径。
- 别在
mouseDragged()里 newGraphics2D或调用getGraphics()—— 这是 Swing 禁忌 -
repaint()是异步请求，不保证立刻执行；但它是唯一安全的重绘入口 - 如果要抗锯齿或设置笔宽，必须在
paintComponent()开头对传入的Graphics强转成Graphics2D再设，例如：((Graphics2D)g).setRenderingHint(RenderingHints.KEY_ANTIALIASING, RenderingHints.VALUE_ANTIALIAS_ON);
怎么让线条连续不折断？BasicStroke 和路径拼接的关键
初学者常把每次鼠标移动都当成独立线段画，结果得到一堆短划线，而不是平滑拖动画线。核心不是“画得快”，而是“记住上一个点”。
你需要两个变量：lastX/lastY 记录上一次落笔或移动的位置，在 mouseDragged() 里用 lineTo() 追加到当前路径（或直接用 drawLine(lastX, lastY, x, y)），再更新 lastX/lastY 为当前坐标。
立即学习“Java免费学习笔记（深入）”；
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
- 别依赖
mousePressed→mouseDragged→mouseReleased的“顺序绝对可靠”——窗口失焦、系统卡顿都会打断，所以每次mouseDragged都要检查lastX是否有效（比如初始化为 -1） -
BasicStroke控制线条粗细和端点样式：new BasicStroke(3f, BasicStroke.CAP_ROUND, BasicStroke.JOIN_ROUND)能让拐角和端点更自然，避免生硬直角 - 如果用
Path2D累积路径，记得在paintComponent()里用g2.draw(path)，别每帧重建 Path —— 性能差还容易漏点
清空画布后图形还在？clearRect() 没清对缓冲区
调用 g.clearRect(0, 0, getWidth(), getHeight()) 看似清屏，但如果之前用了双缓冲（比如继承自 JPanel 并设置了 setDoubleBuffered(true)），而清除操作没发生在正确的上下文里，旧内容就会残留。
最稳的方式：清空动作也放在 paintComponent() 开头，且确保清除范围覆盖整个组件尺寸；同时，清空后要重画所有历史路径，而不是只画新路径 —— 因为 paintComponent() 是“重绘全部”，不是“增量绘制”。
- 不要在按钮点击事件里单独调用
getGraphics().clearRect(...)—— 这清的是瞬时图形上下文，下一帧就被覆盖或丢弃 - 如果用了自定义双缓冲（如
BufferedImage），清空目标图像要用graphics2D.setComposite(AlphaComposite.Clear)或填纯色背景，不能只靠clearRect() -
repaint()后，Swing 可能只重绘脏区域（damaged region），所以清除+重画逻辑必须完整落在paintComponent()里，否则部分区域不刷新
为什么 Mac/Linux 上线条发虚？Graphics2D 坐标偏移没对齐像素
Java 的 Graphics2D 默认启用 sub-pixel rendering，当坐标带小数（比如来自缩放、变换或高 DPI 屏幕计算）时，线条会模糊。这不是 bug，是渲染策略问题。
解决方法很简单：在 paintComponent() 里，对所有绘图坐标做 (int)Math.round(x) 强制取整，或者用 g2.setRenderingHint(RenderingHints.KEY_STROKE_CONTROL, RenderingHints.VALUE_STROKE_PURE) 关闭路径插值。
- Mac Retina 屏默认缩放 2x，
getX()/getY()返回的可能是 100.5 这样的值，直接传给drawLine()就糊 - 不要全局关掉抗锯齿（
VALUE_ANTIALIAS_OFF），那会让线条锯齿严重；优先做坐标取整 +CAP_ROUND组合 - 如果支持缩放功能，务必在坐标转换后、绘图前统一 round，而不是在存储点时 round —— 否则缩放精度丢失
真正麻烦的从来不是“怎么画一条线”，而是“怎么让这条线在任意系统、任意 DPI、任意交互节奏下都稳定出现”。细节都在坐标生命周期和重绘契约里，不在教程第一步。
