PaintComponent无限循环致栈溢出，JFrame添加Ball组件异常原因排查

这种问题最常见的几个触发点如下：

• 错误调用父类绘制方法：比如在paintComponent()里调用了super.paint(g)而非super.paintComponent(g)。后者是JComponent子类完成自身绘制的正确父类方法，而super.paint(g)会触发完整的绘制链——包括再次调用paintComponent，直接造成递归循环。
• 绘制方法内触发重绘操作：如果在paint或paintComponent里直接/间接调用repaint()、revalidate()这类会触发组件重绘的方法，就会形成「重绘请求→执行绘制方法→触发新的重绘请求」的无限闭环。
• 绘制时修改组件布局状态：比如在绘制方法里调整组件的尺寸、位置或布局属性，布局管理器会因此重新计算布局，而布局变更又会触发组件重绘，最终陷入循环。

咱们直接揪出代码里的核心问题：

public void paintComponent(Graphics g){
    super.paint(g); // 这就是导致无限递归的罪魁祸首！
    Graphics2D g2d=(Graphics2D)g;
    //g2d.setColor(color.RED);
    g2d.fillOval(sX,sY,width,height);
}

当你继承JPanel并重写paintComponent方法时，正确的做法是调用super.paintComponent(g)来完成父类的基础绘制逻辑（比如清空组件背景）。但你调用了super.paint(g)——这个方法属于顶层Component类，它的执行逻辑是：

1. 调用paintComponent(g)绘制组件自身
2. 调用paintBorder(g)绘制组件边框
3. 调用paintChildren(g)绘制子组件

也就是说，你在paintComponent里调用super.paint(g)，会再次触发paintComponent的调用，形成无限递归调用链，最终导致栈溢出异常。

顺便提几个代码里的小问题（虽不是本次异常的直接原因，但会影响后续功能）：

• Ball类的构造函数中，this.color=color;和this.speed=speed;都是无效赋值——构造函数参数里根本没有color和speed，最终这两个变量都会是null，后续设置颜色时会触发空指针异常。
• JFrameWindow的构造函数里没有设置窗口关闭操作、可见性等，会导致窗口无法正常显示，但这不是本次异常的原因。

解决方法很简单：把super.paint(g)改成super.paintComponent(g)，就能终止无限递归了。

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