App crash原因以及解决办法
2015-07-29 10:21
162 查看
为什么App会出现崩溃呢?百度了一下,查到和App崩溃相关的几个因素:内存管理错误,程序逻辑错误,设备兼容,网络因素等,如下:
1. 内存管理错误:可能是可用内存过低,app所需的内存超过设备的限制,app跑不起来导致App crash。或是内存泄露,程序运行的时间越长,所占用的内存越大,最终用尽全部内存,导致整个系统崩溃。亦或非授权的内存位置的使用也可能会导致App crash。
2.程序逻辑错误:数组越界、堆栈溢出、并发操作、逻辑错误。e.g. app新添加一个未经测试的新功能,调用了一个已释放的指针,运行的时候就会crash。
3.设备兼容:由于设备多样性,app在不同的设备上可能会有不同的表现。
4.网络因素:可能是网速欠佳,无法达到app所需的快速响应时间,导致app crash。或者是不同网络的切换也可能会影响app的稳定性。
所以如果出现了崩溃现象,首先一定要给用户好的体验感,可以提示用户程序出现问题然后重启应用,当然开发者也应该及时获取在该设备上导致崩溃的信息,这对于下一个版本的bug修复帮助极大,所以今天就来介绍一下如何在程序崩溃的情况下如何重启应用收集相关的设备参数信息和具体的异常信息,并发送这些信息到服务器供开发者分析和调试程序。
我们先建立一个crash项目,项目结构如图:
![](http://hi.csdn.net/attachment/201107/4/0_1309776063REdO.gif)
在MainActivity.java代码中,代码是这样写的:
[java] view
plaincopy
package com.scott.crash;
import android.app.Activity;
import android.os.Bundle;
public class MainActivity extends Activity {
private String s;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
System.out.println(s.equals("any string"));
}
}
我们在这里故意制造了一个潜在的运行期异常,当我们运行程序时就会出现以下界面:
![](http://hi.csdn.net/attachment/201107/4/0_1309775936uZ3O.gif)
遇到软件没有捕获的异常之后,系统会弹出这个默认的强制关闭对话框。
我们当然不希望用户看到这种现象,简直是对用户心灵上的打击,而且对我们的bug的修复也是毫无帮助的。我们需要的是软件有一个全局的异常捕获器,当出现一个我们没有发现的异常时,捕获这个异常,并且将异常信息记录下来
接下来我们就来实现这一机制,不过首先我们还是来了解以下两个类:android.app.Application和java.lang.Thread.UncaughtExceptionHandler。
Application:用来管理应用程序的全局状态。在应用程序启动时Application会首先创建,然后才会根据情况(Intent)来启动相应的Activity和Service。本示例中将在自定义加强版的Application中注册未捕获异常处理器。
Thread.UncaughtExceptionHandler:线程未捕获异常处理器,用来处理未捕获异常。如果程序出现了未捕获异常,默认会弹出系统中强制关闭对话框。我们需要实现此接口,并注册为程序中默认未捕获异常处理。这样当未捕获异常发生时,就可以做一些个性化的异常处理操作。
大家刚才在项目的结构图中看到的CrashHandler.java实现了Thread.UncaughtExceptionHandler,使我们用来处理未捕获异常的主要成员,代码如下:
在收集异常信息时,朋友们也可以使用Properties,因为Properties有一个很便捷的方法properties.store(OutputStream out, String comments),用来将Properties实例中的键值对外输到输出流中,但是在使用的过程中发现生成的文件中异常信息打印在同一行,看起来极为费劲,所以换成Map来存放这些信息,然后生成文件时稍加了些操作。
完成这个CrashHandler后,我们需要在一个Application环境中让其运行,为此,我们继承android.app.Application,添加自己的代码,CrashApplication.java代码如下:
最后,为了让我们的CrashApplication取代android.app.Application的地位,在我们的代码中生效,我们需要修改AndroidManifest.xml:
[html] view
plaincopy
<application android:name=".CrashApplication" ...>
</application>
因为我们上面的CrashHandler中,遇到异常后要保存设备参数和具体异常信息到SDCARD,所以我们需要在AndroidManifest.xml中加入读写SDCARD权限:
[html] view
plaincopy
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
然后看一下SDCARD生成的文件:
![](http://img.blog.csdn.net/20150730105931542?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
用文本编辑器打开日志文件,看一段日志信息:
[java] view
plaincopy
CPU_ABI=armeabi
CPU_ABI2=unknown
ID=FRF91
MANUFACTURER=unknown
BRAND=generic
TYPE=eng
......
Caused by: java.lang.NullPointerException
at com.scott.crash.MainActivity.onCreate(MainActivity.java:13)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
... 11 more
这是我的源码
1. 内存管理错误:可能是可用内存过低,app所需的内存超过设备的限制,app跑不起来导致App crash。或是内存泄露,程序运行的时间越长,所占用的内存越大,最终用尽全部内存,导致整个系统崩溃。亦或非授权的内存位置的使用也可能会导致App crash。
2.程序逻辑错误:数组越界、堆栈溢出、并发操作、逻辑错误。e.g. app新添加一个未经测试的新功能,调用了一个已释放的指针,运行的时候就会crash。
3.设备兼容:由于设备多样性,app在不同的设备上可能会有不同的表现。
4.网络因素:可能是网速欠佳,无法达到app所需的快速响应时间,导致app crash。或者是不同网络的切换也可能会影响app的稳定性。
所以如果出现了崩溃现象,首先一定要给用户好的体验感,可以提示用户程序出现问题然后重启应用,当然开发者也应该及时获取在该设备上导致崩溃的信息,这对于下一个版本的bug修复帮助极大,所以今天就来介绍一下如何在程序崩溃的情况下如何重启应用收集相关的设备参数信息和具体的异常信息,并发送这些信息到服务器供开发者分析和调试程序。
我们先建立一个crash项目,项目结构如图:
![](http://hi.csdn.net/attachment/201107/4/0_1309776063REdO.gif)
在MainActivity.java代码中,代码是这样写的:
[java] view
plaincopy
package com.scott.crash;
import android.app.Activity;
import android.os.Bundle;
public class MainActivity extends Activity {
private String s;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
System.out.println(s.equals("any string"));
}
}
我们在这里故意制造了一个潜在的运行期异常,当我们运行程序时就会出现以下界面:
![](http://hi.csdn.net/attachment/201107/4/0_1309775936uZ3O.gif)
遇到软件没有捕获的异常之后,系统会弹出这个默认的强制关闭对话框。
我们当然不希望用户看到这种现象,简直是对用户心灵上的打击,而且对我们的bug的修复也是毫无帮助的。我们需要的是软件有一个全局的异常捕获器,当出现一个我们没有发现的异常时,捕获这个异常,并且将异常信息记录下来
接下来我们就来实现这一机制,不过首先我们还是来了解以下两个类:android.app.Application和java.lang.Thread.UncaughtExceptionHandler。
Application:用来管理应用程序的全局状态。在应用程序启动时Application会首先创建,然后才会根据情况(Intent)来启动相应的Activity和Service。本示例中将在自定义加强版的Application中注册未捕获异常处理器。
Thread.UncaughtExceptionHandler:线程未捕获异常处理器,用来处理未捕获异常。如果程序出现了未捕获异常,默认会弹出系统中强制关闭对话框。我们需要实现此接口,并注册为程序中默认未捕获异常处理。这样当未捕获异常发生时,就可以做一些个性化的异常处理操作。
大家刚才在项目的结构图中看到的CrashHandler.java实现了Thread.UncaughtExceptionHandler,使我们用来处理未捕获异常的主要成员,代码如下:
<pre name="code" class="java">package com.scott.crash; import java.io.File; import java.io.FileNotFoundException; import java.io.FileOutputStream; import java.io.IOException; import java.io.PrintWriter; import java.io.StringWriter; import java.io.Writer; import java.lang.Thread.UncaughtExceptionHandler; import java.lang.reflect.Field; import java.text.DateFormat; import java.text.SimpleDateFormat; import java.util.Date; import java.util.HashMap; import java.util.Map; import android.content.Context; import android.content.Intent; import android.content.pm.PackageInfo; import android.content.pm.PackageManager; import android.content.pm.PackageManager.NameNotFoundException; import android.os.Build; import android.os.Environment; import android.os.Looper; import android.util.Log; import android.widget.Toast; public class CrashHandler implements UncaughtExceptionHandler{ private CrashAplication softApp; public static final String TAG="CrashHandler"; //系统默认的UncaughtException处理类 private Thread.UncaughtExceptionHandler mDefaultHandler; //程序的Context对象 private Context mContext; //用来存储设备信息和异常信息 private Map<String,String> infos=new HashMap<String,String>(); //用于格式化日期,作为日志文件名的一部分 private DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd-HH-mm-ss"); /**保证只有一个CrashHandler实例**/ public CrashHandler(CrashAplication app){ softApp=app; } /** * 初始化 */ public void init(Context context){ mContext=context; //获取系统默认的UnCaughtException处理器 mDefaultHandler=Thread.getDefaultUncaughtExceptionHandler(); //设置该CrashHandler为程序默认处理器 Thread.setDefaultUncaughtExceptionHandler(this);; } @Override public void uncaughtException(Thread thread, Throwable ex) { Log.e(TAG, "error : ", ex); //收集设备参数信息 collectDeviceInfo(mContext); //保存日志文件 saveCrashInfo2File(ex); long threadId = thread.getId(); if (threadId != 1) { // 此处示例跳转到汇报异常界面。 Intent intent = new Intent(softApp, LoginActivity.class); intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); softApp.startActivity(intent); } else { // 此处示例发生异常后,重新启动应用 Intent intent = new Intent(softApp, LoginActivity.class); intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); softApp.startActivity(intent); // kill App Progress android.os.Process.killProcess(android.os.Process.myPid()); } } private String saveCrashInfo2File(Throwable ex) { StringBuffer sb=new StringBuffer(); for(Map.Entry<String, String> entry : infos.entrySet()){ String key=entry.getKey(); String value=entry.getValue(); sb.append(key + "=" + value + "\n"); } Writer writer=new StringWriter(); PrintWriter printWriter=new PrintWriter(writer); ex.printStackTrace(printWriter); Throwable cause = ex.getCause(); while(cause!=null){ cause.printStackTrace(printWriter); cause=cause.getCause(); } printWriter.close(); String result=writer.toString(); sb.append(result); long timestamp=System.currentTimeMillis(); String time=formatter.format(new Date()); String fileName = "crash-" + time + "-" + timestamp + ".log"; if(Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){ String path="/sdcard/crash/"; File dir=new File(path); if(!dir.exists()){ dir.mkdirs(); } try { FileOutputStream fos=new FileOutputStream(path + fileName); fos.write(sb.toString().getBytes()); } catch (FileNotFoundException e) { // TODO Auto-generated catch block Log.e(TAG, "an error occured while writing file...", e); } catch (IOException e) { // TODO Auto-generated catch block Log.e(TAG, "an error occured while writing file...", e); } } return null; } private void collectDeviceInfo(Context ctx) { PackageManager pm=ctx.getPackageManager(); PackageInfo pi; try { pi = pm.getPackageInfo(ctx.getPackageCodePath(),PackageManager.GET_ACTIVITIES); if(pi!=null){ String versionName=pi.versionName==null?"null":pi.versionName; String versionCode=pi.versionCode+""; infos.put("versionName", versionName); infos.put("versionCode", versionCode); } } catch (NameNotFoundException e) { // TODO Auto-generated catch block Log.e(TAG, "an error occured when collect package info", e); } Field[] fields=Build.class.getDeclaredFields(); for(Field field:fields){ try { field.setAccessible(true); infos.put(field.getName(), field.get(null).toString()); Log.d(TAG, field.getName() + " : " + field.get(null)); } catch (IllegalAccessException e) { // TODO Auto-generated catch block e.printStackTrace(); } catch (IllegalArgumentException e) { // TODO Auto-generated catch block Log.e(TAG, "an error occured when collect crash info", e); } } } }
在收集异常信息时,朋友们也可以使用Properties,因为Properties有一个很便捷的方法properties.store(OutputStream out, String comments),用来将Properties实例中的键值对外输到输出流中,但是在使用的过程中发现生成的文件中异常信息打印在同一行,看起来极为费劲,所以换成Map来存放这些信息,然后生成文件时稍加了些操作。
完成这个CrashHandler后,我们需要在一个Application环境中让其运行,为此,我们继承android.app.Application,添加自己的代码,CrashApplication.java代码如下:
<pre name="code" class="java">package com.scott.crash; import android.app.Application; public class CrashAplication extends Application{ public void onCreate() { super.onCreate(); CrashHandler crashHandler = new CrashHandler(this); crashHandler.init(getApplicationContext()); } }
最后,为了让我们的CrashApplication取代android.app.Application的地位,在我们的代码中生效,我们需要修改AndroidManifest.xml:
[html] view
plaincopy
<application android:name=".CrashApplication" ...>
</application>
因为我们上面的CrashHandler中,遇到异常后要保存设备参数和具体异常信息到SDCARD,所以我们需要在AndroidManifest.xml中加入读写SDCARD权限:
[html] view
plaincopy
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
然后看一下SDCARD生成的文件:
用文本编辑器打开日志文件,看一段日志信息:
[java] view
plaincopy
CPU_ABI=armeabi
CPU_ABI2=unknown
ID=FRF91
MANUFACTURER=unknown
BRAND=generic
TYPE=eng
......
Caused by: java.lang.NullPointerException
at com.scott.crash.MainActivity.onCreate(MainActivity.java:13)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
... 11 more
这是我的源码
相关文章推荐
- ObjectiveC开发教程--字符串的连接
- iOS--RunLoop原理介绍
- 获取iOS设备唯一标识
- Java通过JsApi方式实现微信支付
- Android SharedPreferences Api
- Android学习之联系人PinnedHeaderListView(通讯录)
- android动画介绍之 自定义Animation动画实现qq抖一抖效果
- android动画介绍之 自定义Animation动画实现qq抖一抖效果
- Android控件ToggleButton的用法
- Objective-c里氏对换原则与开闭原则
- Android控件ToggleButton的用法 分类: Android 2015-07-29 10:07 155人阅读 评论(1) 收藏
- iOS 设计模式系列:Command – 命令模式
- iOS 设计模式系列:Archiving – 归档模式
- iOS 设计模式系列:Decorator – 装饰器模式
- iOS 设计模式系列:Memento – 备忘录模式
- iOS 设计模式系列:Observer – 观察者模式
- iOS 设计模式系列:Adapter – 适配器模式
- Android碎片第四期
- iOS 字符串应用
- Android DEX自动拆包及动态加载简介