SHOW_FROM_DOUBLE_BUFFER 考虑双缓存支持,将进行rm.show,其交给getPaintManager().show,这时的paintmanager是经过了前面所说的几参数选择的,也就是说,考虑当前是否当前正使能双缓存doubleBufferingEnabled,是否不使用本地双缓存 nativeDoubleBuffering, BUFFER_STRATEGY_TYPE是否指定了每窗口缓存的双缓存支持策略,如果没有指定策略是否或本地windows系统环境没有开启vista dwm效果,如果都满足将使用BufferStrategyPaintManager,借由swing提供每窗口双缓存机制,检查swing记录中是否具有有效缓存,若存在则会要求该区直接拷贝flip即可,如果没有成功执行双缓存拷贝,则将加入Repaintmanager重画区域进行swing模式的重画。
顶层容器除了在对等体发过消息后处理paint,也具有自己的repaint方法去主动创造绘画时机。
- publicvoidrepaint(longtime,intx,inty,intwidth,intheight){
- if(RepaintManager.HANDLE_TOP_LEVEL_PAINT){//属性swing.handleTopLevelPaint确定,默认true
- RepaintManager.currentManager(this).addDirtyRegion(
- this,x,y,width,height);
- }
- else{
- super.repaint(time,x,y,width,height);
- }
- }
这里的repaint将首先确定RepaintManager.HANDLE_TOP_LEVEL_PAINT-如果不支持将委托给 Component.repaint,形成PaintEvent并进行提交走AWT模式。支持的话将促使RepaintManager加入重画区后通过调度走SWING模式。SWING模式就是走RepaintManager的方式。自身的repaint不会去考虑每窗口双缓存直接拷贝区域,因为这时的需求就是要求重新绘画。
轻量级swing组件在自己的repaint方法去主动创造绘画时机。JComponent.Repaint{RepaintManager.currentManager(this).addDirtyRegion}走SWING模式处理。SWING模式都是借由RepaintManager来安排绘画,它维护了一个几何区域并负责重画的框架。外界总是要求先加入RepaintManager重绘区,在加入的同时激发起一个调度重画的
- SunToolkit.getSystemEventQueueImplPP(context).
- postEvent(new InvocationEvent(Toolkit.getDefaultToolkit(),
- processingRunnable))
InvocationEvent。
注意,通过上文分析,对于顶层容器处理底层消息的触发时,走Swing模式处理而通过swingpaintEventdispatcher 去创建painitevent时除向repaintmanager登记脏区(如果不使用每窗口双缓存策略)外,还要额外post一个 IgnorePaintEvent。该paintevent在随后的EDT里按awt模式走peer处理时并没有加入awt的重画脏区,实际上忽略掉了绘制意义,这样做避免了在swing和awt两种模式的重复绘制,但同时形成依然将paint事件通知到组件的效果。
- publicvoidcoalescePaintEvent(PaintEvente){
- Rectangler=e.getUpdateRect();
- if(!(einstanceofIgnorePaintEvent)){
- paintArea.add(r,e.getID());
- }
【编辑推荐】