android异常

㈠ Android这个异常是什么问题导致的

上传个项目文件看看，你oncreate咋写的？

㈡ 捕获到异常怎么处理android就不会挂掉

UncaughtExceptionHandler接口
这个接口，顾名思义，就是处理程序中没有处理的异常，而且是在系统抛出异常导致程序异常终止之前哦！
1. 首先，咱们得创建一个UncaughtExceptionHandler的具体类,比如：
复制内容到剪贴板
代码:
public class CrashHandler implements UncaughtExceptionHandler {

private static CrashHandler instance; //单例引用，这里我们做成单例的，因为我们一个应用程序里面只需要一个UncaughtExceptionHandler实例

private CrashHandler(){}

public synchronized static CrashHandler getInstance(){ //同步方法，以免单例多线程环境下出现异常
if (instance == null){
instance = new CrashHandler();
}
return instance;
}

public void init(Context ctx){ //初始化，把当前对象设置成UncaughtExceptionHandler处理器
Thread.(this);
}

@Override
public void uncaughtException(Thread thread, Throwable ex) { //当有未处理的异常发生时，就会来到这里。。
Log.d("Sandy", "uncaughtException, thread: " + thread
+ " name: " + thread.getName() + " id: " + thread.getId() + "exception: "
+ ex);
String threadName = thread.getName();
if ("sub1".equals(threadName)){
Log.d("Sandy", ""xxx);
}else if(){
//这里我们可以根据thread name来进行区别对待，同时，我们还可以把异常信息写入文件，以供后来分析。
}
}

}
2. 其次，我们自定义Application类
复制内容到剪贴板
代码:
public class OurApplication extends Application {

@Override
public void onCreate() {
super.onCreate();
CrashHandler handler = CrashHandler.getInstance();
handler.init(getApplicationContext()); //在Appliction里面设置我们的异常处理器为UncaughtExceptionHandler处理器
}
}
3. 配置AndroidManifest.xml文件
由于我们使用自定义的Application,所以我们要在AndroidManifest.xml文件中申明它
复制内容到剪贴板
代码:
<application
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:name=".OurApplication"
android:debuggable="true"
>
4. 测试
我们在Activity里面启动一个线程，然后线程里面抛出一个异常，看看程序会怎么样
复制内容到剪贴板
代码:
Button btn = (Button) findViewById(R.id.bt);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {

Thread thread = new Thread(new Runnable() {
@Override
public void run() {
Log.d("Sandy", "I am a sub thread");
String s = null;
s.toString(); //抛出NullPointException
}
}, "sub thread");
thread.start();
｝
5. 结果
由于我们有默认未处理异常的处理程序，所以会打印下面的日志信息，而不会抛出异常导致程序异常终止
D/Sandy ( 2228): I am a sub thread
D/Sandy ( 2228): uncaughtException, thread: Thread[sub thread,5,main] name: sub thread id: 148exception: java.lang.NullPointerException

大家还等什么呢？赶紧在自己的应用里面添加上默认未处理异常处理器吧！再也不会因为异常未捕获发生程序崩溃了。。^_^

㈢ 安卓常见异常

在Java中异常机制的一些概念。写本文的目的在于方便我很长时间后若是忘了这些东西可以通过这篇文章迅速回忆起来。
1. 异常机制
1.1 异常机制是指当程序出现错误后，程序如何处理。具体来说，异常机制提供了程序退出的安全通道。当出现错误后，程序执行的流程发生改变，程序的控制权转移到异常处理器。
1.2 传统的处理异常的办法是，函数返回一个特殊的结果来表示出现异常（通常这个特殊结果是大家约定俗称的），调用该函数的程序负责检查并分析函数返回的结果。这样做有如下的弊端：例如函数返回-1代表出现异常，但是如果函数确实要返回-1这个正确的值时就会出现混淆；可读性降低，将程序代码与处理异常的代码混爹在一起；由调用函数的程序来分析错误，这就要求客户程序员对库函数有很深的了解。
1.3 异常处理的流程
1.3.1 遇到错误，方法立即结束，并不返回一个值；同时，抛出一个异常对象
1.3.2 调用该方法的程序也不会继续执行下去，而是搜索一个可以处理该异常的异常处理器，并执行其中的代码
2 异常的分类
2.1 异常的分类
2.1.1 异常的继承结构：基类为Throwable，Error和Exception继承Throwable，RuntimeException和 IOException等继承Exception，具体的RuntimeException继承RuntimeException。
2.1.2 Error和RuntimeException及其子类成为未检查异常（unchecked），其它异常成为已检查异常（checked）。
2.2 每个类型的异常的特点
2.2.1 Error体系 Error类体系描述了Java运行系统中的内部错误以及资源耗尽的情形。应用程序不应该抛出这种类型的对象（一般是由虚拟机抛出）。如果出现这种错误，除了尽力使程序安全退出外，在其他方面是无能为力的。所以，在进行程序设计时，应该更关注Exception体系。
2.2.2 Exception体系 Exception体系包括RuntimeException体系和其他非RuntimeException的体系
2.2.2.1 RuntimeException RuntimeException体系包括错误的类型转换、数组越界访问和试图访问空指针等等。处理RuntimeException的原则是：如果出现 RuntimeException，那么一定是程序员的错误。例如，可以通过检查数组下标和数组边界来避免数组越界访问异常。
2.2.2.2 其他（IOException等等）这类异常一般是外部错误，例如试图从文件尾后读取数据等，这并不是程序本身的错误，而是在应用环境中出现的外部错误。
2.3 与C++异常分类的不同
2.3.1 其实，Java中RuntimeException这个类名起的并不恰当，因为任何异常都是运行时出现的。（在编译时出现的错误并不是异常，换句话说，异常就是为了解决程序运行时出现的的错误）。
2.3.2 C++中logic_error与Java中的RuntimeException是等价的，而runtime_error与Java中非RuntimeException类型的异常是等价的。
3 异常的使用方法
3.1 声明方法抛出异常
3.1.1 语法：throws（略）
3.1.2 为什么要声明方法抛出异常？方法是否抛出异常与方法返回值的类型一样重要。假设方法抛出异常确没有声明该方法将抛出异常，那么客户程序员可以调用这个方法而且不用编写处理异常的代码。那么，一旦出现异常，那么这个异常就没有合适的异常控制器来解决。
3.1.3 为什么抛出的异常一定是已检查异常？ RuntimeException与Error可以在任何代码中产生，它们不需要由程序员显示的抛出，一旦出现错误，那么相应的异常会被自动抛出。而已检查异常是由程序员抛出的，这分为两种情况：客户程序员调用会抛出异常的库函数（库函数的异常由库程序员抛出）；客户程序员自己使用throw语句抛出异常。遇到Error，程序员一般是无能为力的；遇到RuntimeException，那么一定是程序存在逻辑错误，要对程序进行修改（相当于调试的一种方法）；只有已检查异常才是程序员所关心的，程序应该且仅应该抛出或处理已检查异常。
3.1.4 注意：覆盖父类某方法的子类方法不能抛出比父类方法更多的异常，所以，有时设计父类的方法时会声明抛出异常，但实际的实现方法的代码却并不抛出异常，这样做的目的就是为了方便子类方法覆盖父类方法时可以抛出异常。
3.2 如何抛出异常
3.2.1 语法：throw（略）
3.2.2 抛出什么异常？对于一个异常对象，真正有用的信息时异常的对象类型，而异常对象本身毫无意义。比如一个异常对象的类型是 ClassCastException，那么这个类名就是唯一有用的信息。所以，在选择抛出什么异常时，最关键的就是选择异常的类名能够明确说明异常情况的类。
3.2.3 异常对象通常有两种构造函数：一种是无参数的构造函数；另一种是带一个字符串的构造函数，这个字符串将作为这个异常对象除了类型名以外的额外说明。
3.2.4 创建自己的异常：当Java内置的异常都不能明确的说明异常情况的时候，需要创建自己的异常。需要注意的是，唯一有用的就是类型名这个信息，所以不要在异常类的设计上花费精力。
3.3 捕获异常如果一个异常没有被处理，那么，对于一个非图形界面的程序而言，该程序会被中止并输出异常信息；对于一个图形界面程序，也会输出异常的信息，但是程序并不中止，而是返回用户界面处理循环中。
3.3.1 语法：try、catch和finally（略）控制器模块必须紧接在try块后面。若掷出一个异常，异常控制机制会搜寻参数与异常类型相符的第一个控制器随后它会进入那个catch 从句，并认为异常已得到控制。一旦catch 从句结束对控制器的搜索也会停止。 3.3.1.1 捕获多个异常（注意语法与捕获的顺序）（略）
3.3.1.2 finally的用法与异常处理流程（略）
3.3.2 异常处理做什么？对于Java来说，由于有了垃圾收集，所以异常处理并不需要回收内存。但是依然有一些资源需要程序员来收集，比如文件、网络连接和图片等资源。
3.3.3 应该声明方法抛出异常还是在方法中捕获异常？原则：捕捉并处理哪些知道如何处理的异常，而传递哪些不知道如何处理的异常
3.3.4 再次抛出异常
3.3.4.1 为什么要再次抛出异常？在本级中，只能处理一部分内容，有些处理需要在更高一级的环境中完成，所以应该再次抛出异常。这样可以使每级的异常处理器处理它能够处理的异常。
3.3.4.2 异常处理流程对应与同一try块的catch块将被忽略，抛出的异常将进入更高的一级。
4 关于异常的其他问题
4.1 过度使用异常首先，使用异常很方便，所以程序员一般不再愿意编写处理错误的代码，而仅仅是简简单单的抛出一个异常。这样做是不对的，对于完全已知的错误，应该编写处理这种错误的代码，增加程序的鲁棒性。另外，异常机制的效率很差。
4.2 将异常与普通错误区分开对于普通的完全一致的错误，应该编写处理这种错误的代码，增加程序的鲁棒性。只有外部的不能确定和预知的运行时错误才需要使用异常。
4.3 异常对象中包含的信息一般情况下，异常对象唯一有用的信息就是类型信息。但使用异常带字符串的构造函数时，这个字符串还可以作为额外的信息。调用异常对象的getMessage()、toString()或者printStackTrace()方法可以分别得到异常对象的额外信息、类名和调用堆栈的信息。并且后一种包含的信息是前一种的超集。

㈣ android开发怎么抛出个异常

直接throw抛出异常或者做会引起异常的操作就行了

抛出一个空指针异常

thrownewNullPointerException();

做除零操作（会抛出异常）

inti=1/0;

㈤ android 开发中常见的异常有哪些，如何处理

1.R.java消失或解析异常

查看res中资源文件，图片，xml等。比如图片文件名不能有大写不能有空格。
搞定错误之后Project->clean就可以了。

2.自定义title栏。
首先要z在values->styles中定义一个style，然后在mainfest文件中设置android:theme.
最后在Activity中按照这个顺序写：
super.onCreate(savedInstanceState);
requestWindowFeature(Window.FEATURE_CUSTOM_TITLE);
setContentView(R.layout.activity_main);
getWindow().setFeatureInt(Window.FEATURE_CUSTOM_TITLE, R.layout.title_layout);

3.SQLite isFirst和isBeforeFirst方法的区别：
看下面一段代码
Cursor c = queryTheCursor(type);
if(c.moveToLast())
while (!c.isBeforeFirst()) {
String tmpContent = new String();
tmpContent = c.getString(c.getColumnIndex("content"));
contents.add(tmpContent);
c.moveToPrevious();
}
c.close();
代码的作用是逆序输出表中的内容，第三行如果用的是isFirst（）的话就无法输出第一行，正确做发是用isBeforeFirst（）。

4.eclipse删除空行
在eclipse中删除某一行就用ctrl+D快捷键。如果你想删除一个文件中的所有空行呢。
可以用下面方法。

1)打开源码编辑器
2)使用快捷键Ctrl+f
3)在Find输入框中输入：^\s*\n
4)Replace With输入框的值为空
5)在【Options】选中的"Regular expressions"
6)点击【Replace All】按钮。

㈥ android 开发遇到的异常 BadTokenexception

导致报这个错是在于new AlertDialog.Builder(mcontext)，虽然这里的参数是AlertDialog.Builder(Context context)但我们不能使用getApplicationContext()获得的Context,而必须使用Activity,因为只有一个Activity才能添加一个窗体。
解决方法：将new AlertDialog.Builder(Context context)中的参数用Activity.this（Activity是你的Activity的名称）来填充就可以正确的创建一个Dialog了。

㈦ android异常java.ioException:No such file or directory

/data/data/a.ioTest.test.run/
这个目录是否存在？
是否有权限在该目录创建文件？

㈧ android异常java.lang.ExceptionInInitializerError

mContext本来就等于null, 因为你没有初始化instance， 在你的静态函数里改一改吧。
if (instance == null) return new MyApplication();
else return instance;

㈨ Android程序异常，有谁能帮我，分析一下原因。

顶三楼，应该是你的Activity在你的清单文件中没有注册 ，你自己先检查一下吧 ，爆出的异常虽然是中文，但是表述的很清楚，简单找软件翻译一下自己就知道了

㈩ android中anr异常是什么意思

ANR (“Application Not Responding”)，意思是”应用没有响应“。
在如下情况下，Android会报出ANR错误：
1.主线程 (“事件处理线程” / “UI线程”) 在5秒内没有响应输入事件。
2.BroadcastReceiver 没有在10秒内完成返回。

通常情况下，下面这些做法会导致ANR：
1、在主线程内进行网络操作。
2、在主线程内进行一些缓慢的磁盘操作（例如执行没有优化过的SQL查询）。

应用应该在5秒或者10秒内响应,逻辑应该是：
1. new出一个新的线程，进行数据请求。
2. 获取数据后，调用handler.sendMessage方法。
3. 在handler的handle()方法中更新UI。