android.os.NetworkOnMainThreadException

    在android 2.3上设计的下载程序，在android 4.0上运行时报android.os.NetworkOnMainThreadException异常，原来在4.0中，访问网络不能在主程序中进行，有两个方法可以解决，一个是在主程序中增加：

if (android.os.Build.VERSION.SDK_INT > 9) {
            StrictMode.ThreadPolicy policy = new StrictMode.ThreadPolicy.Builder().permitAll().build();
            StrictMode.setThreadPolicy(policy);
          }

 另一种是启动线程执行下载任务：

    public void onCreate(Bundle savedInstanceState) {

  super.onCreate(savedInstanceState);  
      setContentView(R.layout.main);  
      // 启动线程执行下载任务  
      new Thread(downloadRun).start();  
  }  
    
  /** 
   * 下载线程 
   */  
  Runnable downloadRun = new Runnable(){  
  
@Override  
public void run() {  
    // TODO Auto-generated method stub  
    updateListView();  
}  
  };  

1.在2.3版本以后加入了StrictMode类，而在3.0在网络上能感觉到有更加严格的限制，更多的查询API上的StrictMode ;
      2.使用的时候只需要在你项目运行的入口Activity的OnCreate中放入这段代码，那么整个项目程序都有用。不需要每个Activity里面加入。

      3.StrictMode类一般是用来调试的，在程序运行中会打印很多消息，那是告诉你你的项目程序需要改进的地方。在Android项目中，最好的是让界面与后台装载程序分开来。总之，如果你的程序代码非常符合Android规范要求，那么你完全可以不使用上面的代码...

Android的官方文档给出了这个类设置的目的：
StrictMode是一个系统提供的开发工具，用以检测在开发过程中因为偶然的事故从而造成的系统潜在的问题，进而提示开发者对其进行修复。

StrictMode通常用于捕获磁盘访问或者网络访问中与主进程之间交互产生的问题，因为在主进程中，UI操作和一些动作的执行是最经常用到的，它们之间会产生一定的冲突问题。将磁盘访问和网络访问从主线程中剥离可以使磁盘或者网络的访问更加流畅，提升响应度和用户体验。

显然，大多数初学者在进行网络开发时，会选择将访问网络的代码直接放到主进程中，由于和主进程的首要工作——UI交互——相矛盾，因此，必须设置一定的检测机制，以保证系统运行的流畅，所有的异常都可以被检测。

public static voidsetThreadPolicy(StrictMode.ThreadPolicy policy)
这个方法允许我们为当前应用设置一组线程运行策略机制。其中的参数是一个策略组（即一组策略）。
public static finalclass StrictMode.ThreadPolicy.Builder()
Builder是StrictMode中内嵌类ThreadPolicy的一个内嵌类，在此我们调用了它的默认构造方法。
detectDiskReads().detectDiskWrites().detectNetwork().penaltyLog().build()