警告: 若要避免潜在的死锁, 应该在 commandAction() 处理程序之外的其他线程中执行...

本文解析了MIDP的UI事件处理机制,详细介绍了包括高、低级API中的命令及事件处理方法,并强调了回调方法应快速返回以确保事件处理流程的顺畅。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

要弄清楚这个警告的由来,就需要先理解MIDP的UI事件处理机制。MIDP的Java Doc中,可以从javax.microedition.lcdui包的Overview里找到一段标题为“Event Handling”的内容,这段内容很有帮助,以下是对其中部分内容的翻译和理解。

用户交互会产生事件,虚拟机通过回调相应的方法将事件通知到应用程序。UI中的回调方法有以下几种:
(1) High-Level API中的抽象命令;
(2) Low-Level API中的按键和触屏事件(keyPressed、keyReleased等);
(3) Canvas中的paint()方法;
(4) 通过Canvas的callSerially()方法请求执行的Runnable接口;

所有的UI回调方法都是顺序执行的,它们永远都不会并行。虚拟机永远不会在一个回调方法返回前调用其他回调方法。这个特性可以很好的保证旧的事件在新事件被传递之前完成。如果多个回调都在等待执行,则后一个回调会在前一个回调返回后尽可能快的被执行。

前面的警告的原因已经很清楚了,如果commandAction()方法因被网络连接操作阻塞而无法返回,则其他回调方法都会因此阻塞。

实际开发中,回调方法应被保证尽可能快的返回,不在其中执行可能阻塞或需要大量运行时间的操作,这样才能保证事件处理的流畅度。

如下的方法都是UI中的回调方法:
Canvas.hideNotify
Canvas.keyPressed
Canvas.keyRepeated
Canvas.keyReleased
Canvas.paint
Canvas.pointerDragged
Canvas.pointerPressed
Canvas.pointerReleased
Canvas.showNotify
Canvas.sizeChanged
CommandListener.commandAction
CustomItem.getMinContentHeight
CustomItem.getMinContentWidth
CustomItem.getPrefContentHeight
CustomItem.getPrefContentWidth
CustomItem.hideNotify
CustomItem.keyPressed
CustomItem.keyRepeated
CustomItem.keyReleased
CustomItem.paint
CustomItem.pointerDragged
CustomItem.pointerPressed
CustomItem.pointerReleased
CustomItem.showNotify
CustomItem.sizeChanged
CustomItem.traverse
CustomItem.traverseOut
Displayable.sizeChanged
ItemCommandListener.commandAction
ItemStateListener.itemStateChanged
Runnable.run resulting from a call to Display.callSerially

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值