本文详解为何直接继承 jcomponent 并重写 paint() 实现拖拽绘图时仅显示单个椭圆，而改用 jpanel 却“看似正常”——根本原因在于组件不透明性（opacity）差异及背景清除机制缺失，需通过双缓冲或显式清屏确保绘图一致性。
本文详解为何直接继承 jcomponent 并重写 paint() 实现拖拽绘图时仅显示单个椭圆，而改用 jpanel 却“看似正常”——根本原因在于组件不透明性（opacity）差异及背景清除机制缺失，需通过双缓冲或显式清屏确保绘图一致性。
在 Swing 中，JComponent 默认是非不透明（non-opaque）的，这意味着它不会自动擦除自身背景；当 repaint() 被调用时，Swing 会先绘制其父容器（如 JFrame 的 contentPane），再调用 paint() 绘制 JComponent 内容。因此，每次 paint() 只绘制一个新椭圆，旧椭圆仍保留在底层背景上——但由于父容器背景通常为灰色或系统默认色，且未被 JComponent 遮盖，视觉上旧图形被“覆盖”，实际只看到最新一个椭圆。
相反，JPanel 默认是 opaque = true，Swing 在调用其 paint() 前会自动用背景色填充整个组件区域（即“清屏”）。而你的 Painter 类未手动清除背景，导致每次 paint() 都在残留画布上叠加新椭圆——这看似“连续绘制”，实则是未清除历史痕迹造成的视觉假象。一旦窗口缩放或遮挡后恢复，你会发现之前绘制的椭圆全部消失（因 repaint 触发完整重绘，但无历史缓存），暴露出根本缺陷：这不是真正的累积绘图，而是不可靠的绘画残留。
✅ 正确做法：使用双缓冲 + 显式维护绘图状态
推荐采用 BufferedImage 缓存所有已绘制图形，并在 paintComponent()（而非 paint()）中统一绘制：
import java.awt.*;
import java.awt.event.*;
import java.awt.image.BufferedImage;
import javax.swing.*;
public class Painter extends JComponent implements MouseMotionListener {
private BufferedImage buffer;
private Graphics2D g2d;
private int width = 800, height = 600;
public Painter() {
setPreferredSize(new Dimension(width, height));
setOpaque(true); // 显式设为不透明，确保背景可被正确管理
initBuffer();
addMouseMotionListener(this);
}
private void initBuffer() {
buffer = new BufferedImage(width, height, BufferedImage.TYPE_INT_ARGB);
g2d = buffer.createGraphics();
g2d.setColor(Color.WHITE);
g2d.fillRect(0, 0, width, height); // 初始化为白底
g2d.setColor(Color.BLACK);
}
@Override
protected void paintComponent(Graphics g) {
super.paintComponent(g); // 尊重父类绘制逻辑（如背景填充）
if (buffer != null) {
g.drawImage(buffer, 0, 0, null);
}
}
@Override
public void mouseDragged(MouseEvent e) {
int x = e.getX();
int y = e.getY();
if (g2d != null) {
g2d.fillOval(x - 5, y - 5, 10, 10); // 居中绘制
}
repaint();
}
@Override
public void mouseMoved(MouseEvent e) {}
// 可选：提供清空画布方法
public void clear() {
g2d.setColor(Color.WHITE);
g2d.fillRect(0, 0, width, height);
g2d.setColor(Color.BLACK);
repaint();
}
}
⚠️ 关键注意事项：
- 永远重写 paintComponent(Graphics) 而非 paint(Graphics)：paint() 包含边框、子组件等额外逻辑，绕过它易引发绘制异常；paintComponent() 是自定义绘制的规范入口。
- 启用 setOpaque(true)：确保组件参与背景填充流程，避免透明层叠干扰。
- 禁用 JFrame#pack() 时需显式 setSize() 或 setPreferredSize()：本例中 setPreferredSize() 已正确设置，但若布局管理器（如 BorderLayout）未指定约束，添加组件后应调用 frame.pack() 更健壮。
- 避免在 paintComponent 中创建对象或执行耗时操作：上述示例将 BufferedImage 和 Graphics2D 提前初始化，保证绘制高效。
总结：JComponent 并非“不能绘制”，而是其默认透明行为暴露了绘图逻辑的不完整性。真正可靠的绘图方案必须分离状态维护（如 BufferedImage）与呈现逻辑（paintComponent），并尊重 Swing 的绘制契约。盲目依赖 JPanel 的 opaque 行为只是掩盖问题，而非解决问题——掌握底层机制，才能写出稳定、可扩展的 Swing 图形应用。
