本教程深入探讨 swing 应用中自定义图形拖动时无法实时更新的问题。核心在于 repaint() 方法调用目标不正确以及组件层级设计不当。文章将详细分析错误原因，提供正确的 repaint() 调用方式，并介绍如何通过优化组件继承关系和引入自定义形状类来构建更健壮、响应更快的 swing 绘图应用。
理解 Swing 的绘图机制与 repaint()
在 Java Swing 应用程序中，自定义图形的绘制通常发生在继承自 JComponent 或 JPanel 的组件中，通过重写 paintComponent(Graphics g) 方法实现。此方法负责在组件需要刷新时执行实际的绘制操作。当组件状态（如位置、大小、颜色）发生变化，需要重新绘制时，我们不能直接调用 paintComponent()，而应该调用 repaint() 方法。
repaint() 方法是一个异步操作，它会向 Swing 的事件分发线程 (Event Dispatch Thread, EDT) 发送一个重绘请求。EDT 会在合适的时机，将多个重绘请求合并处理，并最终调用组件的 paintComponent() 方法来更新 UI。如果 repaint() 调用不当，或者调用了错误的组件，就会出现 UI 不更新、图形“卡顿”或需要最小化/最大化窗口才能刷新的问题。
原始代码问题分析
提供的 PentominoShape 和 Pentomino 类展示了一个典型的 Swing 绘图问题，即图形拖动时无法实时更新。经过分析，主要存在以下几个设计和实现上的问题：
1. repaint() 调用目标错误
在 PentominoShape 类的 mouseDragged 方法中，代码调用了 repaint()：
public void mouseDragged(MouseEvent e) {
try {
if (currPolygon.contains(x, y)) {
// ... 省略多边形移动逻辑
repaint(); // 问题所在：调用了错误的组件的 repaint()
}
}catch (NullPointerException ex){
// 不推荐的空指针异常处理
}
}这里的 repaint() 是在 PentominoShape 类的上下文中调用的。由于 PentominoShape 继承自 JFrame，因此 this.repaint() 实际上是请求 PentominoShape 这个 JFrame 实例进行重绘。
然而，在 PentominoShape 的 initShape() 方法中，实际负责绘制所有多边形的是一个匿名内部类 JPanel 实例 shapePane：
// PentominoShape 构造函数中
shapePane = new JPanel(){
public void paintComponent(Graphics g){
super.paintComponent(g);
// ... 绘制所有多边形
}
};
frame.add(shapePane); // shapePane 被添加到主 JFrame这意味着，shapePane 才是实际的绘图区域。当 currPolygon 移动后，需要通知 shapePane 重新绘制自身，而不是通知 PentominoShape 这个 未显示且未直接参与绘制的 JFrame 实例进行重绘。因此，正确的做法是调用 shapePane.repaint()。
2. JFrame 继承关系不当
PentominoShape 类继承自 JFrame，但这与其职责不符。它在 Pentomino 类中被实例化为一个成员变量，并且它的内部 JPanel (shapePane) 被添加到主 JFrame (Pentomino 实例的 frame 成员)。
public class PentominoShape extends JFrame implements MouseListener, MouseMotionListener {
// ...
JFrame frame; // 持有外部 JFrame 引用
// ...
public PentominoShape(JFrame frame){
this.frame = frame;
initShape();
}
private void initShape() {
// ...
shapePane = new JPanel(){ /* ... */ };
frame.add(shapePane); // 将 shape 
