【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 对象?
...全文
483 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
内容概要:本文系统研究了在强弱电网适配场景下,构网型(GFM)与跟网型(GFL)逆变器并联系统的协同控制逻辑及其暂态动态行为,重点依托Simulink仿真平台构建混合并网系统模型,深入分析两类逆变器在不同电网强度条件下的交互特性、频率响应机制、稳定性表现及抗扰能力。研究涵盖分层控制架构设计、异构控制策略对比、频率扰动响应规律以及多工况暂态性能评估,探讨了GFM与GFL逆变器在功率支撑、电压频率调节和系统稳定性方面的互补性与协同机制,旨在提升高比例新能源接入背景下并网系统的适应性、鲁棒性与动态性能。; 适合人群:具备电力电子、新能源并网、自动控制或电力系统仿真等相关专业知识背景,从事新型电力系统控制、微电网运行、逆变器控制策略研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①深入理解构网型与跟网型逆变器在强弱电网中的协同工作机理与动态交互特性;②掌握异构逆变器并联系统的建模方法、协同控制策略设计与暂态仿真分析流程;③为高渗透率新能源系统的稳定性分析、控制优化及工程应用提供理论依据和技术参考。; 阅读建议:建议结合Simulink仿真实例进行动手实践,重点关注控制策略的实现细节、参数整定方法及多工况仿真结果的动态响应分析,同时可参考文中提及的相关博士论文复现案例以深化对理论机制的理解。

62,622

社区成员

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

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