从网上拿了一个android的天气预报程序来学习,最后run的时候发现提示下面的错误:
按我的调试过程分2步,都是有关网络访问方面的问题。
第一个错误:
android.os.NetworkOnMainThreadException
at android.os.StrictMode$AndroidBlockGuardPolicy.onNetwork(StrictMode.java:1099)
......
原因:是涉及到url操作的时候,访问网络不能在主程序中运行
解决:参考【http://geeksun.iteye.com/blog/1447708、http://kb.cnblogs.com/a/2311659/】
在Activity类的onCreate方法中添加下面的代码,线程的方法还没测试。
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()
通过这种方式,我们设置了一组监控模式,我们要检测磁盘的读写,网络的访问, Log中的违规等。
第二条语句设置了虚拟机的一组监控策略,参数一致,因此不再赘述。
这样,在保证了网络和磁盘访问受控之后,主线程就允许我们对网络资源进行访问。
【参考http://www.2cto.com/kf/201205/129843.html】
第二个错误:
java.lang.nullpointerexception
第一种情况:android4.0中
java.net.unknownhostexception:unable to resolve host "www.google.com":no addree associated with hostname
debug跟踪是在执行url操作url.openStream()时抛出IOException异常。
第二种情况:android2.2中
java.net.SocketException: Permission denied
........
debug跟踪是在执行url操作url.getInputStream()时抛出IOException异常。
从网上搜索了一下,发现有两个方法:
1、添加dns,参考【http://interzb.iteye.com/blog/1240835】,经测试无效,不是这个原因;
Run Configurations...或者Debug Configurations...打开下面的窗口,在对应项目的Target栏目最后行设置dns
2、Manifest文件没有标明网络访问权限,测试正常,解决问题。
如果确认网络已经正常连接,还出现这个问题,那么看一下Manifest文件是否标明了应用的网络访问权限;如果没有标明,就访问不了网络,就会有这个错误。
在AndroidManifest.xml文件中添加下面的语句:
//<uses-sdk android:minSdkVersion="15" />//在这行后面
<uses-permission android:name="android.permission.INTERNET" />
参考【http://blog.csdn.net/murongshusheng/article/details/7623188】