Http线程阻塞分析

先做一个总结：Http连接线程发生阻塞，会影响其他线程也出现阻塞状况 。

修正：这种状况只会出现在emulator中，在真机中一切正常，不会出现" 其他线程也出现阻塞状况 " 。Http连接线程发生阻塞时，HttpConnection对象已在Native中运行，TimerTask线程中的close()也会阻塞，所以如果某个HttpConnection线程阻塞了，你就抛弃这个线程好了(没必要强行interrupt或者close)，让它自生自灭，再重开一个线程重新进行连接好了。ps：手机中测试(1)在Form中显示信息；(2)Log。

我认为这是j2me的一个bug。下面是代码：

protected void startApp() throws MIDletStateChangeException {
	Timer timer = new Timer();
	timer.schedule(netTimerTask, 2000);
	new Thread() {
		public void run() {
			try {
				conn = (HttpConnection) Connector.open("http://10.0.0.172:80", Connector.READ_WRITE, true);
				conn.setRequestProperty("X-Online-Host", "wap.sina.com");
				responseCode = conn.getResponseCode();
				if (responseCode == HttpConnection.HTTP_OK) {
//					LogManager.info("Wap Pass Code = " + responseCode);
					System.out.println("Wap Pass Code = " + responseCode);
				} else {
//					LogManager.info("Wap Fail Code = " + responseCode);
					System.out.println("Wap Fail Code = " + responseCode);
				}
			} catch (IOException e) {
				try {
					conn = (HttpConnection) Connector.open("http://wap.sina.com", Connector.READ_WRITE, true);
					responseCode = conn.getResponseCode();
					if (responseCode == HttpConnection.HTTP_OK) {
//						LogManager.info("Net Pass Code = " + responseCode);
						System.out.println("Net Pass Code = " + responseCode);
					} else {
//						LogManager.info("Net Fail Code = " + responseCode);
						System.out.println("Net Fail Code = " + responseCode);
					}
				} catch (IOException e1) {
					e1.printStackTrace();
				}
			} finally {
//				LogFile.writeFile(LogManager.getLogContent());
				if (conn != null) {
					try {
						conn.close();
					} catch (IOException e) {
						e.printStackTrace();
					}
					conn = null;
				}
			}
		}
	}.start();
}

private class NetTimerTask extends TimerTask {
	public void run() {
		while (true) {
			try {
				Thread.sleep(1000);
			} catch (InterruptedException e) {
			}
			System.out.println("TimerTask Running");
		}
//		LogManager.info("Disconnected in TimerTask");
//		LogFile.writeFile(LogManager.getLogContent());
//		if (conn != null) {
//			try {
//				conn.close();
//			} catch (IOException e) {
//				e.printStackTrace();
//			}
//			conn = null;
//		}
	}
}

1. 描述：(1)打开模拟器后，等2s，先让NetTimerTask线程运行起来，然后确认同意网络连接，此时网络连接因为wap的原因发生阻塞，而NetTimerTask线程中的while()循环也跟随发生阻塞，直至21s后，Http连接线程阻塞结束后，NetTimerTask线程中的while()循环才得以继续进行；(2)打开模拟器后，不等NetTimerTask线程运行，即2s之前就确定同意网络连接，此时两个线程全部发生阻塞，直至Http连接线程阻塞结束，两个线程的程序才得以继续进行。

 

2. 分析

代码是阻塞在http.getResponseCode()这句。此时代码中任何对http的操作都是没用的。因为此时联网线程的控制权已经不在MIDlet中了，而是交给了底层平台的Native Code，因此你对http的任何操作均不起作用 。 也就是说，这段阻塞时间我们是没办法控制的。j2me中像HttpConnection.getResponseCode()之类打开连接的方法是阻塞的，没有异步的办法来关闭这个阻塞。

 

3. 解决：例如实现一个断点续传

http线程正处在读写过程中调用了Thread.interrupt()，再置线程标志为false，接着关闭is，os，conn。缺点：当is/os还在运行中时，你强制interrupt，此时close()会比较耗时，会造成线程阻塞；已经读写过的东西全部丢失，下一次需要重头开始读写。

解决方法：不要用控制线程启动还是终结的办法去控制你的程序运行还是中止，既然你想在写到一半的时候不写，那为什么又要“整块”写入的方法 ？所以，写的时候同样，一次写一部分，写完这部分，检查是不是还要继续，继续就写下一块，不继续自然就退出循环，退出循环（资源回收等等清理工作做完），没有别的事情要做，线程自然就会退出；

private void load() {
	取一块();
	while(要不要写下一个 && os.write(块数据，0，块大小)) {
		取下一块();
	}
	清理();

	另：块大小影响写入效率和你可控制的精度，自己取舍，一般为1k；
}

 因为j2me中如果要Http连接，必须重开一个线程，下面是一个回调设计：

苦力线程 {
    获得老板实例;
    干活() {
    	while(要不要继续) {
        }
        收拾收拾();
        老板.活干完了();
    }
    中断干活() {
        要不要继续 = false;
    }
}

老板线程 {
	苦力;
    有项目() {
    	苦力=new 苦力（）；
    	苦力.start();
        //这里之后，老板可以干别的事情了。
        //或者你也可以在此之后开启一个进度条，进度条有一个“取消”按钮，按下就掉中断()；
    }
    中断() {
    	苦力.中断干活（）；
        //这里肯定不会阻塞；虽然苦力线程没有完全退出，但是他不会阻塞老板；
    }
    活干完了() {
        //在这里等待苦力把活干完。类似于CPU中断；
    }
}

设计思路是：老板要干事情通过开启代理线程进行，老板有一个回调函数；代理(苦力)线程负责干事情，他持有老板的一个引用，当事情成功完成，调老板的回调函数。
注意：中断干活()里面不能有类似http.close()之类的方法，因为这个方法是会阻塞的，也没有必要在老板线程去做http.close()，苦力在做每件事情前检查要不要继续，不要继续就收拾收拾退出；老板只需要告诉苦力，不要继续了，苦力知道不要继续了，他自己会收拾收拾的；苦力线程中的收拾收拾()去做各种close操作，这样不阻塞老板线程；

 

4. 首次运行时在较短的时间内判断用户的接入方式

打包时默认一个接入方式。第一次连接如果失败，则转换接入方式重新连接。连接成功，将正确的接入方式写入RMS。下次从RMS取接入方式进行连接。这种方法的缺点是，如果默认的接入方式错了，第一次联网验证耗费过多时间。
还有一种做法，就是第一次启动时同时开2条网络线程，分别用两种不同的接入方式。哪个线程先得到网络响应，就用哪个作为正确的接入方式，写入RMS。以后启动时都从RMS获取正确的接入方式。优点：由于2个连接同时进行检查，不存在接入方式设置错误的情况，第一次联网时间会比较短；缺点也很明显，2条联网线程会影响联网速度，并且程序中要做更多的控制和保护。

评论

2 楼 pochonlee 2009-09-28  

2. 分析
代码是阻塞在http.getResponseCode()这句。此时代码中任何对http的操作都是没用的。因为此时联网线程的控制权已经不在MIDlet中了，而是交给了底层平台的Native Code，因此你对http的任何操作均不起作用 。 也就是说，这段阻塞时间我们是没办法控制的。j2me中像HttpConnection.getResponseCode()之类打开连接的方法是阻塞的，没有异步的办法来关闭这个阻塞。

也在http.getResponseCode()遇到了阻塞问题，但是对解决方法还没能领悟，先收藏一下。自习研究。谢谢楼主。

1 楼 wayfarer 2009-08-23  

感谢csdn网友提供的帮助