J2ME网络应用程序性能探讨

下一页 1 2 

　　 
　　我在应用开发过程中，常常用到J2ME的网络应用，但限于J2ME无线设备的能力，我们不得不在可用性和性能之间作出选择，因此，我做了以下的试验，并由此总结出一点结论，以方便后来者不必再走弯路。

　　我的应用主要功能是测试J2ME设备的网络连接性能，因此，其他方面的测试概不涉及。

　　我们知道，J2ME的通用连接框架为我们提供了http/socket/数据报/本地文件/线外等连接方式，但由于具体设备实现不同而导致程序开发方面的不便。举例来说，J2ME 的 MIDP 1.0版本中没有规定socket是必须的，但到了MIDP 2.0 socket才成为必须实现的协议。因此，现阶段大多数流行的设备都没有socket连接，这给我们编程带来了不利因素。在我们的测试程序中，SOCKET测试采用了StreamConnection类来建立连接，而走的是socket协议。分析一下程序即可知。

　　本文涉及了多种协议情况下的数据上传与下载，中文上传下载处理及网络传输计时、数据加密解密等方面的内容。为了做到通用，我在该程序的实现中没有用到特定设备的类。

　　本文给出的测试数据中第一个是建立连接所使用的时间，其余9项是连接建立后的数据传送时间。最后一项是前面9项数据的平均值。

　　测试结果数据比较：

　　机型,所用时间(秒),连接次数

SUN WTK 模拟器
HTTP 1.391 0.188 0.625 0.141 0.141 0.391 0.313 0.204 0.375 0.484 0.318
SOCK 0.500 0.531 0.157 0.531 0.360 0.172 0.313 0.641 0.437 0.266 0.378

Nokia6610
HTTP 4.258 1.682 1.612 1.373 2.681 1.820 1.264 1.512 1.919 1.808 1.741
SOCK 未通过

Nokia 7650
HTTP 7.812 2.790 2.641 2.500 2.630 3.922 2.438 2.672 2.219 2.594 2.712
SOCK 1.719 1.312 1.609 3.359 3.360 1.375 1.781 3.313 1.250 1.329 2.076

Nokia 6600
HTTP 3.937 1.984 2.172 1.641 1.500 1.531 2.125 1.906 1.843 2.156 1.873
SOCK 3.188 1.281 1.406 1.266 1.833 1.688 1.719 1.688 1.625 1.703 1.579

索爱P802
HTTP 7.484 1.484 1.500 1.859 1.485 1.500 1.938 1.781 1.938 1.701 1.687
SOCK 1.360 1.328 1.281 1.625 1.406 1.592 1.140 1.281 1.312 1.297 1.362

　　从以上数据分析，我认为：

　　1、 每一款机器每一种连接方式在同一时刻的网络连接速度波动都较大，即每一次连接都可能有导致网络连接滞后的不确定因素；

　　2、 无论哪一种连接方式，无线设备的网络连接速度比PC连接要慢；

　　3、 当前网络连接的时间超过了游戏者可接受的延迟，不适合做实时或即时性操作；

　　4、 随着中国移动EDGE的上线，或者联通公司的CDMA1X普及，实时性手机应用将会得到发展，但仍需要进一步测试；

　　5、 在无线应用网络连接术语中有呼叫建立延迟(Call Setup latency)和通话信号传输延迟(Intra-call latency)两种，从以上数据可以看出，第一种延迟要比后一种延迟要明显一些，即第一次连接时用户需要等待更多的时间；

原文转自：http://www.ltesting.net