那是因为这就是它的工作方式。它是以此方式设计的。但是我想你的问题是关于“为什么”
请记住，Swing大约在15年前问世。批评之一是该API太慢（事实是，它之所以缓慢是因为人们并不真正了解如何使用它，但这是另一回事了），因此在设计API时必须考虑性能。
涉及许多因素…
Swing使用被动绘画过程，这意味着将绘画请求发送到绘画子系统并计划（返回EDT）进行处理。绘画子系统决定应绘画的内容，时间和量。这是在亵渎油漆子系统时完成的。
这意味着您永远不会真正知道何时可以执行绘制循环，因此我们需要某种方式来响应这些请求。
多功能性是另一个因素。API足够抽象，以至于与组件的绘制位置无关（很多）。也就是说，您可能被涂到屏幕，打印机甚至图像上。这意味着您无需重复很多绘画代码即可使其在不同的设备上运行。
您也永远不知道组件何时可以显示（即何时将其附加到本机对等端）。这意味着图形上下文可能是
null，因此拥有“
helper”方法实际上可能会引起更多问题。当
paintComponent被调用时，你（大部分）保证有一个有效的图形上下文要绘制的。
可扩展性将是另一个因素。不仅很容易重写
paintComponent来更改某些组件绘制的方式，而且绘制系统也可以像当前情况一样提供扩展的Graphics上下文。当
paintComponent（至少由paint子系统）调用时，它保证
Graphics上下文将是的实例
Graphics2D，它是的扩展
Graphics，为API提供了许多重要的增强。
无需更改人们正在使用的基类就可以完成所有操作，因此，如果他们不想使用这些功能，则不受其影响。
您可能需要通读…
- 在AWT和Swing中绘画
- 被动渲染与主动渲染
更多细节
并记住“绘画很有趣”;）
其他想法
要考虑的其他考虑因素之一是，
GraphicsAPI是绘画的核心，不仅考虑UI，而且考虑打印和图像处理。API与目标断开连接，从而具有更大的灵活性，但也具有通用性。
这意味着，如果您需要打印到打印机或渲染为图像，则可以使用与在屏幕上绘画相同的API。
