本文共 10284 字,大约阅读时间需要 34 分钟。
由于无线设备所能支持的网络协议非常有限,仅限于http,socket,udp等几种协议,不同的厂家可能还支持其他网络协议,但是,midp 1.0规范规定,http协议是必须实现的协议,而其他协议的实现都是可选的。因此,为了能在不同类型的手机上移植,我们尽量采用http作为网络连接的首选协议,这样还能重用服务器端的代码。但是,由于http是一个基于文本的效率较低的协议,因此,必须仔细考虑手机和服务器端的通信内容,尽可能地提高效率。
对于midp应用程序,应当尽量做到:
1.发送请求时,附加一个user-agent头,传入midp和自身版本号,以便服务器能识别此请求来自midp应用程序,并且根据版本号发送相应的相应。
2.连接服务器时,显示一个下载进度条使用户能看到下载进度,并能随时中断连接。 3.由于无线网络连接速度还很慢,因此有必要将某些数据缓存起来,可以存储在内存中,也可以放到rms中。对于服务器端而言,其输出响应应当尽量做到:
1. 明确设置content-length字段,以便midp应用程序能读取http头并判断自身是否有能力处理此长度的数据,如果不能,可以直接关闭连接而不必继续读取http正文。
2. 服务器不应当发送html内容,因为midp应用程序很难解析html,xml虽然能够解析,但是耗费cpu和内存资源,因此,应当发送紧凑的二进制内容,用dataoutputstream直接写入并设置content-type为application/octet-stream。 3. 尽量不要重定向url,这样会导致midp应用程序再次连接服务器,增加了用户的等待时间和网络流量。 4. 如果发生异常,例如请求的资源未找到,或者身份验证失败,通常,服务器会向浏览器发送一个显示出错的页面,可能还包括一个用户登录的form,但是,向midp发送错误页面毫无意义,应当直接发送一个404或401错误,这样midp应用程序就可以直接读取http头的响应码获取错误信息而不必继续读取相应内容。 5. 由于服务器的计算能力远远超过手机客户端,因此,针对不同客户端版本发送不同响应的任务应该在服务器端完成。例如,根据客户端传送的user-agent头确定客户端版本。这样,低版本的客户端不必升级也能继续使用。midp的联网框架定义了多种协议的网络连接,但是每个厂商都必须实现http连接,在midp 2.0中还增加了必须实现的https连接。因此,要保证midp应用程序能在不同厂商的手机平台上移植,最好只使用http连接。虽然http是一个基于文本的效率较低的协议,但是由于使用特别广泛,大多数服务器应用的前端都是基于http的web页面,因此能最大限度地复用服务器端的代码。只要控制好缓存,仍然有不错的速度。
sun的midp库提供了javax.microediton.io包,能非常容易地实现http连接。但是要注意,由于网络有很大的延时,必须把联网操作放入一个单独的线程中,以避免主线程阻塞导致用户界面停止响应。事实上,midp运行环境根本就不允许在主线程中操作网络连接。因此,我们必须实现一个灵活的http联网模块,能让用户非常直观地看到当前上传和下载的进度,并且能够随时取消连接。
一个完整的http连接为:用户通过某个命令发起连接请求,然后系统给出一个等待屏幕提示正在连接,当连接正常结束后,前进到下一个屏幕并处理下载的数据。如果连接过程出现异常,将给用户提示并返回到前一个屏幕。用户在等待过程中能够随时取消并返回前一个屏幕。
我们设计一个httpthread线程类负责在后台连接服务器,httplistener接口实现observer(观察者)模式,以便httpthread能提示观察者下载开始、下载结束、更新进度条等。httplistener接口如下:
public interface httplistener { void onsetsize(int size);void onfinish(byte[] data, int size);void onprogress(int percent);void onerror(int code, string message);}
实现httplistener接口的是继承自form的一个httpwaitui屏幕,它显示一个进度条和一些提示信息,并允许用户随时中断连接:
public class httpwaitui extends form implements commandlistener, httplistener { private gauge gauge;private command cancel;private httpthread downloader;private displayable displayable;public httpwaitui(string url, displayable displayable) { super("connecting");this.gauge = new gauge("progress", false, 100, 0);this.cancel = new command("cancel", command.cancel, 0);append(gauge);addcommand(cancel);setcommandlistener(this);downloader = new httpthread(url, this);downloader.start();}public void commandaction(command c, displayable d) { if(c==cancel) { downloader.cancel();controllermidlet.goback();}}public void onfinish(byte[] buffer, int size) { … }public void onerror(int code, string message) { … }public void onprogress(int percent) { … }public void onsetsize(int size) { … }}
httpthread是负责处理http连接的线程类,它接受一个url和httplistener:
class httpthread extends thread { private static final int max_length = 20 * 1024; // 20kprivate boolean cancel = false;private string url;private byte[] buffer = null;private httplistener listener;public httpthread(string url, httplistener listener) { this.url = url;this.listener = listener;}public void cancel() { cancel = true; }我们先讨论最简单的get请求。get请求只需向服务器发送一个url,然后取得服务器响应即可。在httpthread的run()方法中实现如下:
public void run() { httpconnection hc = null;inputstream input = null;try { hc = (httpconnection)connector.open(url);hc.setrequestmethod(httpconnection.get); // 默认即为gethc.setrequestproperty("user-agent", user_agent);// get response code:int code = hc.getresponsecode();if(code!=httpconnection.http_ok) { listener.onerror(code, hc.getresponsemessage());return;}// get size:int size = (int)hc.getlength(); // 返回响应大小,或者-1如果大小无法确定listener.onsetsize(size);// 开始读响应:input = hc.openinputstream();int percent = 0; // percentageint tmp_percent = 0;int index = 0; // buffer indexint reads; // each byteif(size!=(-1))buffer = new byte[size]; // 响应大小已知,确定缓冲区大小elsebuffer = new byte[max_length]; // 响应大小未知,设定一个固定大小的缓冲区while(!cancel) { int len = buffer.length - index;len = len>128 ? 128 : len;reads = input.read(buffer, index, len);if(reads<=0)break;index += reads;if(size>0) { // 更新进度tmp_percent = index * 100 / size;if(tmp_percent!=percent) { percent = tmp_percent;listener.onprogress(percent);}}}if(!cancel && input.available()>0) // 缓冲区已满,无法继续读取listener.onerror(601, "buffer overflow.");if(!cancel) { if(size!=(-1) && index!=size)listener.onerror(102, "content-length does not match.");elselistener.onfinish(buffer, index);}}catch(ioexception ioe) { listener.onerror(101, "ioexception: " + ioe.getmessage());}finally { // 清理资源if(input!=null)try { input.close(); } catch(ioexception ioe) {}if(hc!=null)try { hc.close(); } catch(ioexception ioe) {}}}
当下载完毕后,httpwaitui就获得了来自服务器的数据,要传递给下一个屏幕处理,httpwaitui必须包含对此屏幕的引用并通过一个setdata(datainputstream input)方法让下一个屏幕能非常方便地读取数据。因此,定义一个datahandler接口:
public interface datahandler { void setdata(datainputstream input) throws ioexception;}
httpwaitui响应httpthread的onfinish事件并调用下一个屏幕的setdata方法将数据传递给它并显示下一个屏幕:
public void onfinish(byte[] buffer, int size) { byte[] data = buffer;if(size!=buffer.length) { data = new byte[size];system.arraycopy(data, 0, buffer, 0, size);}datainputstream input = null;try { input = new datainputstream(new bytearrayinputstream(data));if(displayable instanceof datahandler)((datahandler)displayable).setdata(input);elsesystem.err.println("[warning] displayable object cannot handle data.");controllermidlet.replace(displayable);}catch(ioexception ioe) { … }}
以下载一则新闻为例,一个完整的http get请求过程如下:
首先,用户通过点击某个屏幕的命令希望阅读指定的一则新闻,在commandaction事件中,我们初始化httpwaitui和显示数据的newsui屏幕:
public void commandaction(command c, displayable d) { httpwaitui wait = new httpwaitui("http://192.168.0.1/news.do?id=1", new newsui());controllermidlet.forward(wait);}
newsui实现datahandler接口并负责显示下载的数据:
public class newsui extends form implements datahandler { public void setdata(datainputstream input) throws ioexception { string title = input.readutf();date date = new date(input.readlong());string text = input.readutf();append(new stringitem("title", title));append(new stringitem("date", date.tostring()));append(text);}}
服务器端只要以string, long, string的顺序依次写入dataoutputstream,midp客户端就可以通过datainputstream依次取得相应的数据,完全不需要解析xml之类的文本,非常高效而且方便。
需要获得联网数据的屏幕只需实现datahandler接口,并向httpwaitui传入一个url即可复用上述代码,无须关心如何连接网络以及如何处理用户中断连接。
使用post发送数据 以post方式发送数据主要是为了向服务器发送较大量的客户端的数据,它不受url的长度限制。post请求将数据以url编码的形式放在http正文中,字段形式为fieldname=value,用&分隔每个字段。注意所有的字段都被作为字符串处理。实际上我们要做的就是模拟浏览器post一个表单。以下是ie发送一个登陆表单的post请求:
post http://127.0.0.1/login.do http/1.0accept: image/gif, image/jpeg, image/pjpeg, */*accept-language: en-us,zh-cn;q=0.5content-type: application/x-www-form-urlencodeduser-agent: mozilla/4.0 (compatible; msie 6.0; windows nt 5.1)content-length: 28/r/nusername=admin&password=1234
要在midp应用程序中模拟浏览器发送这个post请求,首先设置httpconnection的请求方式为post:
hc.setrequestmethod(httpconnection.post);
然后构造出http正文:
byte[] data = "username=admin&password=1234".getbytes();
并计算正文长度,填入content-type和content-length:
hc.setrequestproperty("content-type", "application/x-www-form-urlencoded");hc.setrequestproperty("content-length", string.valueof(data.length));
然后打开outputstream将正文写入:
outputstream output = hc.openoutputstream();output.write(data);
需要注意的是,数据仍需要以url编码格式编码,由于midp库中没有j2se中与之对应的urlencoder类,因此,需要自己动手编写这个encode()方法,可以参考java.net.urlencoder.java的源码。剩下的便是读取服务器响应,代码与get一致,这里就不再详述。
使用multipart/form-data发送文件
如果要在midp客户端向服务器上传文件,我们就必须模拟一个post multipart/form-data类型的请求,content-type必须是multipart/form-data。
以multipart/form-data编码的post请求格式与application/x-www-form-urlencoded完全不同,multipart/form-data需要首先在http请求头设置一个分隔符,例如abcd:
hc.setrequestproperty("content-type", "multipart/form-data; boundary=abcd");
然后,将每个字段用“--分隔符”分隔,最后一个“--分隔符--”表示结束。例如,要上传一个title字段"today"和一个文件c:/1.txt,http正文如下:
--abcdcontent-disposition: form-data; name="title"/r/ntoday--abcdcontent-disposition: form-data; name="1.txt"; filename="c:/1.txt"content-type: text/plain/r/n<这里是1.txt文件的内容>--abcd--/r/n
请注意,每一行都必须以/r/n结束,包括最后一行。如果用sniffer程序检测ie发送的post请求,可以发现ie的分隔符类似于---------------------------7d4a6d158c9,这是ie产生的一个随机数,目的是防止上传文件中出现分隔符导致服务器无法正确识别文件起始位置。我们可以写一个固定的分隔符,只要足够复杂即可。
发送文件的post代码如下:
string[] props = ... // 字段名string[] values = ... // 字段值byte[] file = ... // 文件内容string boundary = "---------------------------7d4a6d158c9"; // 分隔符stringbuffer sb = new stringbuffer();// 发送每个字段:for(int i=0; isb = sb.append("--");sb = sb.append(boundary);sb = sb.append("/r/n");sb = sb.append("content-disposition: form-data; name=/""+ props[i] + "/"/r/n/r/n");sb = sb.append(urlencoder.encode(values[i]));sb = sb.append("/r/n");}// 发送文件:sb = sb.append("--");sb = sb.append(boundary);sb = sb.append("/r/n");sb = sb.append("content-disposition: form-data; name=/"1/"; filename=/"1.txt/"/r/n");sb = sb.append("content-type: application/octet-stream/r/n/r/n");byte[] data = sb.tostring().getbytes();byte[] end_data = ("/r/n--" + boundary + "--/r/n").getbytes();// 设置http头:hc.setrequestproperty("content-type", multipart_form_data + "; boundary=" + boundary);hc.setrequestproperty("content-length", string.valueof(data.length + file.length + end_data.length));// 输出:output = hc.openoutputstream();output.write(data);output.write(file);output.write(end_data);// 读取服务器响应:// todo...使用cookie保持session
通常服务器使用session来跟踪会话。session的简单实现就是利用cookie。当客户端第一次连接服务器时,服务器检测到客户端没有相应的cookie字段,就发送一个包含一个识别码的set-cookie字段。在此后的会话过程中,客户端发送的请求都包含这个cookie,因此服务器能够识别出客户端曾经连接过服务器。
要实现与浏览器一样的效果,midp应用程序必须也能识别cookie,并在每个请求头中包含此cookie。
在处理每次连接的响应中,我们都检查是否有set-cookie这个头,如果有,则是服务器第一次发送的session id,或者服务器认为会话超时,需要重新生成一个session id。如果检测到set-cookie头,就将其保存,并在随后的每次请求中附加它:
string session = null;string cookie = hc.getheaderfield("set-cookie");if(cookie!=null) { int n = cookie.indexof(';');session = cookie.substring(0, n);}
使用sniffer程序可以捕获到不同的web服务器发送的session。weblogic server 7.0返回的session如下:
set-cookie: jsessionid=cxp4fmwojb06xcbybwfwzbq0ifkroko2w7fzpklbmwsnerun5u2l!-1200402410; path=/
而resin 2.1返回的session则是:
set-cookie: jsessionid= atmcmwe9f5j9; path=/
运行asp.net的iis返回的session:
set-cookie: aspsessionidqatsasqb=gngeejidmdfcmoofleakdggp; path=/
我们无须关心session id的内容,服务器自己会识别它。我们只需在随后的请求中附加上这个session id即可:
if(session!=null)hc.setrequestproperty("cookie", session);
对于url重写来保持session的方法,在pc客户端可能很有用,但是,由于midp程序很难分析出url中有用的session信息,因此,不推荐使用这种方法。
转载地址:http://qdedi.baihongyu.com/