2 yb498869020 yb498869020 于 2014.07.05 12:45 提问

android 全局异常处理 在onCreate方法中抛出异常后会出现死循环,请问怎么解决呢?
@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    System.out.println(2/0);
}

这是全局异常处理中的 Application
package com.scott.crash;

import android.app.Application;

public class CrashApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
CrashHandler crashHandler = CrashHandler.getInstance();
crashHandler.init(getApplicationContext());
}

}

2个回答

zmywly
zmywly   2014.07.23 08:20

System.out.println(2/0);

你把这句话去掉。

yb498869020
yb498869020   2014.09.12 12:06

这句话是我来测试用的,我测试全局异常捕获用的,这个全局异常捕获是用来捕获当应用程序崩溃时候所触发的异常信息

Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
【SpringMVC整合MyBatis】springmvc异常处理-全局异常处理器开发
异常处理 1.异常处理思路 系统中异常包括两类:预期异常和运行时异常RuntimeException,前者通过捕获异常从而获取异常信息,后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。 系统的dao、service、controller出现都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理,如下图: sp
Spring MVC 异常处理最佳实践
关于Spring MVC 异常处理的最佳实践
关于lambda表达式中的异常
lambda表达式中,如果有异常产生,lambda表达式是不用显示标出的。。。函数式接口要和相应的lambda表达式兼容,函数式接口中如果有产生异常的可能,要显示标出。。。所以,有产生异常可能的lambda表达式,对应的函数式接口,一定要显示标出throws Exception。。。这样函数式接口才能和要赋值的lambda表达式想匹配。。。。。
业务层刻意抛出异常,全局异常的捕获它并按格式返回
对于业务层的程序的致命错误,我们一直的做法就是直接抛出指定的异常,让程序去终断,这种做法是对的,因为如果一个业务出现了致命的阻塞的问题,就没有必要再向上一层一层的返回了,但这时有个问题,直接抛异常,意味着服务器直接500了,前端如何去显示,或者如果你是API的服务,如果为前端返回,如果是500,那直接就挂了,哈哈! 下面是在MVC环境下优化的全局异常捕获代码(非API) /
python多线程异常处理
python 多线程异常
IIS 决 server application error 办法 最终解决
终极解决 IIS出现server application error,请问怎么解决
SSH全局异常抛出并输出页面
1、从dao层、service层到action层都直接”throws Exception“,不做try-catch异常处理;2、在struts.xml文件配置全局异常抛出,并指定结果输出页面;3. 编写exception.jsp页面。
ssm框架中的全局异常处理
第一步:在springmvc配置文件中配置全局异常类(SimpleMappingExceptionResolver) 第二步:创建error.jsp页面,异常信息使用${exception.message}进行输出 **发现在类中使用了try-catch块捕捉了异常后,并不能按照设想的跳转到指定的异常页面,所以使用全局异常时,异常处理交由springmvc的异常处理类来代理。默认spring事务
Unity建立全局异常处理机制
我们知道,Unity的异常处理做得非常好,源于他在框架底层会自动捕获异常,所以一般的异常(比如空引用、除0操作之类)均不会导致整个进程crash掉,原因很简单,代码在try段中发生了异常,在catch段处理以后,表现在Unity编辑器中便是在日志窗口打印红色错误日志,而在已经发布的项目中,由于异常依然被Unity捕获,所以进程并不会crash掉,但对于我们而言他是未知的,这个异常很明显会导致程序在
静态方法及异常处理
include_once 如果没有对应文件,只是发出错误警告而后面的代码正确执行 require_once 如果没有对应文件,发出错误提示,且程序终止并退出 include() 、require()语句包含并运行指定文件。这两结构在包含文件上完全一样,唯一的区别是对于错误的处理。 require()语句在遇到包含文件不存在,或是出错的时候,就停止即行,并报错。include()则继续即行。