本文共 2055 字，大约阅读时间需要 6 分钟。
下面的代码可以用来处理重定向问题，但是在部分设备中会导致应用程序出错。
connection c = (httpconnection) connector.open(uri);
int status = c.getresponsecode();
string new_uri = c.getheaderfield("location"); // new_uri is null on some devicesif (status == 302) { c.close(); c = (httpconnection) connector.open(new_uri); // breaks here} 由于重定向是http 1.1的特性，那么所有1.1兼容的设备都需要考虑这个问题。下面介绍如何解决这个问题。
事实证明在某些设备上，底层的网络协议栈处理重定向的问题，302响应码告诉应用程序内部的处理流程。应用程序应该等待直到响应码等于302。但是有些设备不能正确地从响应中解析出location字段，这样location字段的内容是null，响应码存储在了响应的内容之中。有经验的工程师会采用下面的解决办法。
1）解析响应，在location或者响应的内容中查找新地址，如果找到的话关闭以前的连接，转向新的连接。
2）如果什么也没有找到的话，那么等待10-1000ms，直到状态码从302转变为200。马上处理响应，当作没有错误发生。
下面的代码能够很好的解决重定向的问题，供大家参考和完善。
connection c = (httpconnection) connector.open(uri);
int status = c.getresponsecode(); string redirection = httpconnection.getheaderfield("location");if (status == httpconnection.http_temp_redirect) { if (redirection != null) { // this the standard http 1.1 behaviour, move on to the redirection uri (basically restarting again). } else { // parse the content of the http response, if any. // lookup for a "location" header, if found, set value to the redirection variable if (redirection != null) { // since location was found, fall back to the standard behaviour. } else { long begin_wait = system.currenttimemillis(); while (system.currenttimemillis() - begin_wait < 1000 || response != 200) { sleep(100); response = httpconnection.getresponsecode(); }; if (response == 200) { // once again we're back on tracks, continue processing as if no error has ever happen } else { // here we're really hopeless. either the server did provided a valid redirection uri, // or the device did not preserved it. the best option is probably to fail by throwing an exception. }; }; };} else // handle other error codes here};
// handle success here (status == 200)
您还可以了解一下http协议的细节，。本文是笔者在阅读sun的技术文章的时候编译的。您可以通过下面的地址阅读原文，也欢迎您编译其他的好文章，共同促进国内java me技术的发展。
转载地址：http://ebedi.baihongyu.com/