swing中直接重写jframe的paint方法会导致绘图延迟或失效，正确做法是继承jpanel并重写paintcomponent，在布局管理器中添加后调用pack()再显示。
swing中直接重写jframe的paint方法会导致绘图延迟或失效，正确做法是继承jpanel并重写paintcomponent，在布局管理器中添加后调用pack()再显示。
在Swing开发中，初学者常误以为“重写JFrame的paint方法即可绘图”，但实际这会破坏Swing的双缓冲机制与组件生命周期管理，导致图形（如矩形、文字、图像）仅在窗口被手动调整大小后才突然显现——正如问题中描述的“矩形只在resize后出现”。根本原因在于：
- JFrame.paint() 是顶层容器的绘制入口，但其默认行为不保证子组件区域已正确初始化；
- 直接在JFrame上绘图绕过了Swing的布局代理（Layout Manager）和事件调度线程（EDT）的协调逻辑；
- 缺少对repaint()触发时机、组件尺寸验证（validate()）及显示更新（revalidate()/repaint()）的合理控制。
✅ 正确实践：将绘制逻辑封装到JPanel子类中，并遵循Swing绘制规范
以下是推荐实现方式：
import javax.swing.*;
import java.awt.*;
class DrawPanel extends JPanel {
@Override
protected void paintComponent(Graphics g) {
super.paintComponent(g); // 必须先调用父类实现，确保背景正确绘制
Graphics2D g2d = (Graphics2D) g.create(); // 推荐使用create()避免状态污染
g2d.setColor(Color.BLUE);
g2d.drawRect(30, 50, 10, 10); // 绘制蓝色边框矩形
g2d.dispose(); // 释放资源（重要！）
}
@Override
public Dimension getPreferredSize() {
return new Dimension(480, 200); // 显式声明首选尺寸，供pack()计算布局
}
}主程序应严格遵循Swing线程规则（在EDT中创建和显示GUI）：
public class AnimalApplication {
public static void main(String[] args) {
SwingUtilities.invokeLater(() -> {
JFrame frame = new JFrame("My View");
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
DrawPanel panel = new DrawPanel();
frame.add(panel, BorderLayout.CENTER); // 使用BorderLayout等标准布局器
frame.pack(); // 根据组件首选尺寸自动设置窗口大小（关键！）
frame.setLocationRelativeTo(null); // 居中显示
frame.setVisible(true); // 最后调用setVisible(true)
});
}
}? 关键要点总结：
- 永不重写JFrame.paint()：JFrame是顶级容器，绘制应由其内部组件（如JPanel）承担；
- 必须重写paintComponent(Graphics)而非paint()：paintComponent()专为自定义绘制设计，自动处理双缓冲、剪裁区和背景擦除；
- 务必调用super.paintComponent(g)：否则可能残留旧画面或背景不一致；
- 显式提供getPreferredSize()：使pack()能准确计算窗口尺寸，避免因尺寸为0导致不可见；
- 始终在EDT中构建GUI：使用SwingUtilities.invokeLater()保障线程安全；
- 调用顺序至关重要：add() → pack() → setVisible(true)，不可颠倒；pack()必须在setVisible(true)之前。
⚠️ 补充说明：若仍需动态刷新（如动画），请使用panel.repaint()而非手动调用paintComponent()；切勿在paintComponent()中执行耗时操作或创建对象（如反复new Font/Graphics2D），应提前缓存复用。
遵循以上模式，即可稳定、高效地在Swing中实现任意2D图形绘制，彻底告别“resize才显示”的困扰。
