【Swing】 paintImmediately 的效率问题若干

raistlic 2013-01-30 07:17:01

在一个游戏里用了 paintImmediately 来刷新某 JComponent c

c 为 opaque,空布局,没有子控件

用 System.currentTimeMillis() 取时间差测得 c 的 paintComponent() 方法耗时为 0 ms

c.paintImmediatly 的每次调用却耗时 15 ~ 16 ms 不等,这正常吗?


我测量的方法正确吗?


有没有什么办法改进 paintImmediatly 的效率?

如果不用 paintImmediatly,有什么办法可以安全的得到一个往屏幕上绘制 c 的 Graphics 对象?
...全文
471 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
raistlic 2013-03-13
  • 打赏
  • 举报
回复
发这贴本意是想了解一下影响 paintImmediately 效率的因素可能有哪些, 问题本身也许问的有问题, 总之是没有得到想要的答案…… 感谢楼上三位的关注,结贴了分数平分了吧
  • 打赏
  • 举报
回复
getGraphics public Graphics getGraphics() Returns this component's graphics context, which lets you draw on a component. Use this method to get a Graphics object and then invoke operations on that object to draw on the component. Overrides: getGraphics in class Component Returns: this components graphics context 这个方法没有抛异常。
raistlic 2013-01-31
  • 打赏
  • 举报
回复
引用 7 楼 fangmingshijie 的回复:
你说的“安全的得到一个往屏幕上绘制 c 的 Graphics 对象”是什么意思?完整的画完一个图?
其实我是想问,直接 c.getGraphics() 然后绘制是不是安全,因为我大概看了一下 painImmediately 里面调用的 safelyGetGraphics 方法,没看懂,不知道它跟直接 c.getGraphics() 有什么区别。
  • 打赏
  • 举报
回复
你说的“安全的得到一个往屏幕上绘制 c 的 Graphics 对象”是什么意思?完整的画完一个图?
raistlic 2013-01-31
  • 打赏
  • 举报
回复
先谢谢楼上各位。
引用 2 楼 fangmingshijie 的回复:
多线程机制。
多线程是不行的。
引用 3 楼 brightyq 的回复:
测试时间的方法可以。刷新方法可以用repaint方法,paintimmediately很少使用了。
谢谢。 repaint是不行的,因为它不是同步调用,对EDT的时间占用不可控,而且最终repaint所导致的每一次重绘对EDT的占用时间更长,实测多于15~16毫秒。
引用 4 楼 fangmingshijie 的回复:
paintimmediately貌似是个终极方法。
paintImmediately 是同步调用,内部好像对绘制区域有优化,同时实现了双缓冲。
引用 5 楼 dracularking 的回复:
看painImmediately的介绍 Paints the specified region in this component and all of its descendants that overlap the region, immediately. 如果没有子控件,也许可以考虑不采用这方法,但可能会得不到“立即”的效果。虽然painImmediately方法最终也是调用paint方法的。
如果实在不行,再考虑绕开painImmediately,见楼顶最后一个问题。
dracularking 2013-01-30
  • 打赏
  • 举报
回复
看painImmediately的介绍 Paints the specified region in this component and all of its descendants that overlap the region, immediately. 如果没有子控件,也许可以考虑不采用这方法,但可能会得不到“立即”的效果。虽然painImmediately方法最终也是调用paint方法的。
  • 打赏
  • 举报
回复
paintimmediately貌似是个终极方法。
brightyq 2013-01-30
  • 打赏
  • 举报
回复
测试时间的方法可以。刷新方法可以用repaint方法,paintimmediately很少使用了。
  • 打赏
  • 举报
回复
多线程机制。
raistlic 2013-01-30
  • 打赏
  • 举报
回复
补充系统和硬件信息: AMD X2 3600+ WIN7 Oracle JDK 6
源码下载地址: https://pan.quark.cn/s/40677b766bda "ContextCapture 倾斜摄影快速、创新及全面空三建模与单机集群硬件部署方案2018" 此资源聚焦于倾斜摄影(ContextCapture)空三建模及单机集群硬件部署方案,致力于为用户呈现最快、最优成本效益的台式工作站、移动工作站、并行集群的多样化部署选择。以下是该资源的详细知识点概述: 一、相关设备型号说明 * UltraLAB 是西安坤隆计算机科技有限公司推出的专属图形工作站品牌,具备三大卓越优势:顶尖的计算硬件架构、精准的行业应用定制服务、专业的硬件系统优化工艺。 二、硬件部署方案 * 台式工作站部署建议:设备特色在于当前市场上最快的台式计算架构,适用于办公场景下,部门层级常规的倾斜摄影空三处理、三维建模。 * 便携式工作站部署建议:设备特色在于当前市场上最快的移动计算架构,适用于移动倾斜摄影的空三处理、三维建模工作站。 * 大数据量处理工作站推荐:设备特色在于极限自动超频加速与16个并行存储构造,具备空三处理和三维建模最强的计算性能及海量高速并行存储性能。 * 多设备并行计算集群部署建议:针对海量图像数据计算产生的巨大需求,单机计算能力处理时间过长,效率不高,通过多台机器并行集群,进行空三处理、三维建模,显著减少处理时间。 三、部署方案深入解析 * 2.1 倾斜摄影建模(台式工作站)部署方案:设备特色在于最高的计算处理能力~6核5.2GHz,内存最大配置可达64GB,配备最新图灵架构的RTX显卡,相比市场其他品牌机器(单CPU、双Xeon处理器)更快、更具成本效益。 * 2.2 倾斜摄影建模(移动便携式工作站)硬件部署方案:设备特色在于最高的计算处理能力~6...

62,622

社区成员

发帖
与我相关
我的任务
社区描述
Java 2 Standard Edition
社区管理员
  • Java SE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧