理解MIDP中的UI事件处理
|
|
Author: Wupei | Date: 2009-10-31 |
View: 2390 |
J2ME开发 - 新手上路 | Digg:
1
|
|
首先,请看如下的一段代码: public void commandAction(Command command, Displayable displayable) { if (displayable == helloForm) { if (command == testCommand) { try { Connector.open("http://forum.nokia.com"); } catch(Exception e) {} } } } 你可能已经看出了其中的问题,或者你可以尝试运行一下这段代码。如果你是在WTK上执行它们,你将会得到如下的警告: 警告: 若要避免潜在的死锁,应该在 commandAction() 处理程序之外的其他线程中执行 可能会阻塞的操作(如网络连接)。 要弄清楚这个警告的由来,就需要先理解MIDP的UI事件处理机制。MIDP的Java Doc中,可以从javax.microedition.lcdui包的Overview里找到一段标题为“Event Handling”的内容,这段内容很有帮助,以下是对其中部分内容的翻译和理解。 用户交互会产生事件,虚拟机通过回调相应的方法将事件通知到应用程序。UI中的回调方法有以下几种:
所有的UI回调方法都是顺序执行的,它们永远都不会并行。虚拟机永远不会在一个回调方法返回前调用其他回调方法。这个特性可以很好的保证旧的事件在新事件被传递之前完成。如果多个回调都在等待执行,则后一个回调会在前一个回调返回后尽可能快的被执行。 前面的警告的原因已经很清楚了,如果commandAction方法因被网络连接操作阻塞而无法返回,则其他回调方法都会因此阻塞。 实际开发中,回调方法应被保证尽可能快的返回,不在其中执行可能阻塞或需要大量运行时间的操作,这样才能保证事件处理的流畅度。 如下的方法都是UI中的回调方法:
更多阅读: |
尚无评论发表