JavaFX GraphicsContext.clearRect()仅部分清除画布绘制区域问题

你的clearRect()清除不全和坐标存储结构没有关系，换HashMap还是二维数组都解决不了问题，核心是你对JavaFX Canvas的绘制模型理解存在偏差：

1. Canvas是位图型即时绘制表面，一旦完成描边填充操作，它只会保留最终渲染出来的像素结果，不会记录你绘制的每一条线、每一段路径的矢量信息，你存储的零散鼠标点和实际渲染到画布上的线条不存在一一对应关系。
2. 鼠标拖拽事件存在系统级采样间隔，鼠标移动速度较快时，两个相邻onMouseDragged事件上报的坐标之间可能间隔十余个像素，两点之间的连续线段是图形引擎自动插值渲染的，这部分线段覆盖的像素完全不在你记录的坐标点上，你用每个点周围5x5的小矩形清除，自然会漏掉这些插值段，留下你看到的那种断断续续的残线。
3. 你设置了2px的线宽，描边时线条会沿路径向两侧各扩展1px，斜向绘制的线段还会生成抗锯齿渲染的半透明像素，你设置的5x5清除矩形范围根本覆盖不了线条的所有像素，进一步加剧了残留问题。
4. 额外逻辑错误：你当前的撤销逻辑是遍历所有存储的坐标做清除，本质是尝试清空全部绘制内容，根本不是“撤销最后一步”的效果；而且重绘逻辑用fillRect画小方块，完全还原不了连续的描边线条，所以点击Redo后出现的是一串离散方块，和原始绘制效果完全不一致。

针对绘图应用的撤销/重做需求，有两种成熟的实现思路，都不会出现清除残留的问题：

方案1：分层画布+快照栈（实现成本最低） #

• 准备两个尺寸完全一致的Canvas叠放在同一个容器里：下层Canvas保存所有已经绘制完成的历史笔画，上层Canvas仅用来绘制用户当前正在拖拽的未完成笔画。
• 鼠标按下开始绘制新笔画时，所有路径描边操作都只在上层Canvas执行；鼠标松开确认当前笔画后，把上层Canvas的全部内容绘制到下层Canvas上，随即清空上层Canvas等待下一笔。
• 维护一个历史快照栈：每次完成一笔、把内容同步到下层Canvas后，就把下层Canvas的当前像素数据存为快照压入栈中。触发撤销时，弹出栈顶的最新快照，清空下层Canvas后把上一个快照的内容重新绘制到下层即可；重做逻辑对应维护一个单独的重做栈即可。
• 这种方案不需要自己计算坐标清除范围，完全靠快照恢复状态，不会有任何像素残留，适合快速实现基础需求。

方案2：矢量笔画栈重绘（扩展性更好） #

• 不要存储零散的坐标点，自定义笔画类，每个笔画对象保存这一笔的所有路径点列表、线宽、颜色、透明度等全部样式属性。所有用户绘制的笔画按顺序存在一个列表里，同时配套维护撤销栈、重做栈。
• 每次触发画布重绘（包括撤销、重做、窗口大小变化等场景）时，先调用clearRect(0,0,画布宽度,画布高度)清空整个画布，再遍历当前笔画列表，把每一笔按保存的路径和样式重新描边到画布上。撤销时把列表最后一个笔画移到撤销栈，重做时把撤销栈顶的笔画移回当前列表，触发重绘即可。
• 这种方案不需要存储像素快照，内存占用更低，还能后续扩展修改历史笔画颜色、擦除特定笔画等功能，适合功能更丰富的绘图应用。

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