Android开发常见异常与错误系列（一）

一、前言

创新互联公司专业网站制作、成都网站制作，集网站策划、网站设计、网站制作于一体，网站seo、网站优化、网站营销、软文推广等专业人才根据搜索规律编程设计，让网站在运行后，在搜索中有好的表现，专业设计制作为您带来效益的网站！让网站建设为您创造效益。

这系列文章是自己在平时开发过程中遇到的问题。之前只是记在云笔记上面，现在整理一下，发出来共享。

ps:像那些什么没有注册Activity呀，权限呀等最基本的就不再赘述。

二、ADB连接异常

有时我们发现，即使自己从任务管理器里面把adb.exe给干掉了，但还是不行，这时，你就可以尝试以下操作：

[2014-07-30 17:09:11 - QtActivity] The connection to adb is down, and a severe error has occured.

[2014-07-30 17:09:11 - QtActivity] You must restart adb and Eclipse.

[2014-07-30 17:09:11 - QtActivity] Please ensure that adb is correctly located at ‘D:\InstallFile\AndroidDevelop\ADT\sdk\platform-tools\adb.exe’ and can be executed.

adb起动失败：

1，杀掉其它的adb.exe看，如果不行，

2，看sdk\tools路径下面有没有

hprof-conv.exe

如果有，则把它复制到sdk\platform_tools下

3，如果没有，刚看sdk\platform_tools下有没有

hprof-conv.exe

如果有，刚复制到tools下。

4，如果两者都没有，刚下一个

hprof-conv.exe

三、java.lang.IllegalStateException: Activity has been destroyed

这个异常在切换Fragment中比较容易出现，稍不注意就会出现如下异常：

FATAL EXCEPTION: main12-0909:20:14.689: E/AndroidRuntime(31223): java.lang.IllegalStateException: Activity has been destroyed12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.java:1365)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java:595)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.BackStackRecord.commit(BackStackRecord.java:574)12-0909:20:14.689: E/AndroidRuntime(31223): at cn.com.topsky.community.tfd.DongTaiFragment.init(DongTaiFragment.java:209)12-0909:20:14.689: E/AndroidRuntime(31223): at cn.com.topsky.community.tfd.DongTaiFragment.onCreateView(DongTaiFragment.java:68)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.Fragment.performCreateView(Fragment.java:1500)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:927)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1104)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:682)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1467)12-0909:20:14.689: E/AndroidRuntime(31223): at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:440)12-0909:20:14.689: E/AndroidRuntime(31223): at android.os.Handler.handleCallback(Handler.java:605)12-0909:20:14.689: E/AndroidRuntime(31223): at android.os.Handler.dispatchMessage(Handler.java:92)12-0909:20:14.689: E/AndroidRuntime(31223): at android.os.Looper.loop(Looper.java:154)12-0909:20:14.689: E/AndroidRuntime(31223): at android.app.ActivityThread.main(ActivityThread.java:4624)12-0909:20:14.689: E/AndroidRuntime(31223): at java.lang.reflect.Method.invokeNative(Native Method)12-0909:20:14.689: E/AndroidRuntime(31223): at java.lang.reflect.Method.invoke(Method.java:511)12-0909:20:14.689: E/AndroidRuntime(31223): atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:809)12-0909:20:14.689: E/AndroidRuntime(31223): atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:576)12-0909:20:14.689: E/AndroidRuntime(31223): at dalvik.system.NativeStart.main(Native Method)

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

经查，说这个是当前android-support-v4版本的一个bug,因为在当fragment进行到detached状态时，它会重置它的内部状态。

然而，它并没有重置mChildFragmentManager.这导致在Fragment重新attach时，它(fragment)没有重新attachm childFragmentManager，从而引发了上面的异常.

解决方案：

在每个调用getChildFragmentManager()的fragment中复写onDetach()方法：

@OverridepublicvoidonDetach() {super.onDetach();try{Field childFragmentManager = Fragment.class.getDeclaredField("mChildFragmentManager");childFragmentManager.setAccessible(true);childFragmentManager.set(this,null);}catch(NoSuchFieldException e) {thrownewRuntimeException(e);}catch(IllegalAccessException e) {thrownewRuntimeException(e);}}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

四、java.lang.IllegalArgumentException: Illegal character in query at index

这个异常，在我们拼接请求参数时，可能会碰到，原因是里面的特殊字符转换异常。解决办法如下：

url转换问题

String url = baseUrl + “?” + “name=” + name + “age=” + age;

url = url.replaceAll(“”, “%26”);

url = url.replaceAll(” “, “%20”);

解释如下：

特殊符号替换符号

?%3F

%26

|%124

=%3D

#%23

/%2F

+%2B

%%25

空格%20

五、eclipse连接小米2S调试程序的问题

虽然快2年没用过eclipse了，但这个问题还是贴出来，也许正好有正在用eclipse的同学遇到了此问题：

小米Mi2S连接到eclipse上无法识别。即使开启了调试模式，也无法识别.终于找到了一个可用的方法。

方法

用数据线连接手机和电脑。

打开手机拨号界面。

在拨号界面按 # #717717# # 自动就开启了。

在通知栏会出现一个 Diag USB port enable。

当然，应该是需要ROOT权限的。

这时候你的PC机会弹出安装设备驱动。

如果不成功，多插拔几次试试。

ok！安装完就搞定了！这时候打开eclipse就会在Driver里面看到你的手机了。

注意事项

在PC机上安装新硬件向导时候可能会遭遇到缺少dll文件，比如我就遇到缺少了WinUSBCoInstaller2.dll，这个问题。这时候就要去网上找找喽。这个东西分x64 和 x86的，注意不要搞错了！

如果先打开eclipse，再安装的话，可能导致eclipse挂掉，不明原因，可能是我机器配置不行。两次均有这种状况。所以建议先安装后再开eclipse。

Android系统耗电异常怎么解决

若使用的是vivo手机，Android系统是多个功能和服务的集合体，比如权限管理、蓝牙设置、电话服务、指纹与密码等常用功能有关的耗电会被计入Android系统，如果第三方软件使用到这些功能，电量也会被计入Android系统，所以我们看到Android系统程序耗电较高，实际和第三方软件的使用情况有关，您可以使用“一键加速”清理后台不必要的程序，适当调低屏幕亮度和音量；另外进入设置--电池，根据手机电量情况选择合适的省电模式，延长手机续航时间。

为什么Android应用异常后会自动重启

1.Android是一种以Linux与JAVA为基础的开放源代码操作系统，主要使用于便携设备。中国大陆地区较多人使用“安卓”。Android操作系统最初由Andy Rubin开发,被谷歌收购后则由Google公司和开放手机联盟领导及开发,主要支持手机与平板。

Android本身是一个权限分立的操作系统。在这类操作系统中，每个应用都以唯一的一个系统识别身份运行（Linux用户ID与群组ID）。系统的各部分也分别使用各自独立的识别方式。Linux就是这样将应用与应用，应用与系统隔离开。

2.Android应用异常后会自动重启是Android应用异常后的安全警报！

所以你是用Android手机时偶尔会因为某些异常导致正在使用的应用出现异常并强制关闭并重启，

3，解决此类问题你需要捕获出现的异常并做处理。这些在你手机的设置中就可进行设置，主动权在你，在Java中有两类异常，分别是Error和RuntimeException，前者是不需要我们去处理的，我们处理的往往是后者。那么如何捕获线程在运行时的异常呢，我们可以使用自定义类实现

Thread.UncaughtExceptionHandler 接口并复写uncaughtException(Thread thread, Throwable ex)方法来实现对运行时线程进行异常处理。在Android中我们可以实现自己的Application类，然后实现 UncaughtExceptionHandler接口，并在uncaughtException方法中处理异常，这里我们关闭App并启动我们需要的Activity，下面看代码：

public class MyApplication extends Application implements

Thread.UncaughtExceptionHandler {

@Override

public void onCreate() {

super.onCreate();

//设置Thread Exception Handler

Thread.setDefaultUncaughtExceptionHandler(this);

}

@Override

public void uncaughtException(Thread thread, Throwable ex) {

System.out.println("uncaughtException");

System.exit(0);

Intent intent = new Intent(this, MainActivity.class);

intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP |

Intent.FLAG_ACTIVITY_NEW_TASK);

startActivity(intent);

}

}

最后需要在Manifest中配置Application的标签android:name=".MyApplication"，让整个应用程序使用我们自定义的Application类，这样就实现了当应用遇到崩溃异常时重启应用的效果。

我们在任意一个Activity中主动抛出下面异常，就会发现应用遇到异常后重启了，如果不处理的话，应用在遇到异常后就关闭了。

1.我们需要首先收集产生崩溃的手机信息，因为Android的样机种类繁多，很可能某些特定机型下会产生莫名的bug。

2.将手机的信息和崩溃信息写入文件系统中。这样方便后续处理。

3.崩溃的应用需要可以自动重启。重启的页面设置成反馈页面，询问 用户是否需要上传崩溃报告。

4.用户同意后，即将2中写入的崩溃信息文件发送到自己的服务器。

Android App之压力测试 异常测试结果分析

进行压力测试主要是保证app的稳定性，而获取CRASH、ANR的相关信息是为了快速定位问题。

什么是CRASH？app异常退出，影响用户后续正常使用，这种情况就可以列为app崩溃

什么是ANR? 全拼为Application Not Responding  即应用程序无响应

1、KeyDispatchTimeout (5 seconds) --按键或触摸事件在特定时间内无响应

2、BroadcastTimeout (10 seconds) --BroadcastReceiver 在特定时间内无法处理完成

3、ServiceTimeout (20 seconds) --Service在特定的时间内无法处理完成

CRASH 以及ANR 的出现都会对用户的使用出现非友好的体验，所以在测试过程尽早、尽快的发现这类问题

以上是关于Android App之压力测试的理论部分，接下来会针对性的更新实践内容