Android知识点归纳
1.如果发布的APP在客户机运行是出现错误，如何获得错误信息(android程序崩溃时的异常捕获)；
在编写APK程序时，通常会导致程序崩溃的异常，在通常情况下这些异常不能被捕获到 有没有一种方法能够将这些异常捕获呢，Java前辈们早就想到了，不错就是这个Thread.UncaughtExceptionHandler
那么如何使用呢？非常简单，请听我慢慢说来。
从名字就可以看出来UncaughtExceptionHandler是针对某个线程而言的，同时Thread提供了3个相关的方法
void setUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh) 为一个线程设置一个Handler
Thread.UncaughtExceptionHandler getUncaughtExceptionHandler() 获取该线程的handler
static void setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh) 为一个线程设置一个默认的Handler，在程序不能捕获而退出，并且么有其他的handler时被调用
static Thread.UncaughtExceptionHandler getDefaultUncaughtExceptionHandler()
所以只要通过set方法，为一个线程设置一个handler就可以在程序异常退出时，捕获该异常，下面是Demo：
Thread thread = new thread(new Runnable(){
public void run() {
//Do something can throw runtime exception.
}
});
thread.setUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler(){
@Override
public void uncaughtException(Thread thread, Throwable ex) {
//TODO
System.out.println(ex.getLocalizedMessage());
});
线程的运行时异常就会被捕获，你就可以对捕获到异常进行处理
但是，犹豫在android编程中，大量使用线程，如果统一处理呢？因为 主线程只有一个，我们可以在主线程里处理。我们可以在主activity启动时的 onCreate()方法里面添加下面代码
Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
public void uncaughtException(Thread thread, Throwable ex) {
//TODO
System.out.println(ex.getLocalizedMessage());
finish();
}
});
这样就可以捕获大部分的运行时异常
2.如何更好的解决Activity退出不干净的问题(如何实现APP完美退出)；
网上流传的三个常用方法并不能彻底解决问题：
1.killProcess， 这种方式当你kill后 Activity 会返回到上一个Activity 2.Android Level 8（包含8）前使用一个API来操作，Level8以后又是另外一种，所以不能通用 3.使用 FLAG_ACTIVITY_CLEAR_TOP，从 A 到 B
下面介绍自己的方式：
public class AgentApplication extends Application {
private List<Activity> activities = new ArrayList<Activity>();
public void addActivity(Activity activity) {
activities.add(activity);
}
@Override
public void onTerminate() {
super.onTerminate();
for (Activity activity : activities) {
activity.finish();
}
onDestroy();
System.exit(0);
}
}
3.关于Activity与Service的详细分析；
区别：Service，运行在后台，不能自己运行，需要Activity与Service需要通过某一个Activity或者其他Context对象来调用， Context.startService() 和 Context.bindService()。
Activity与Service需要通两种启动Service的方式有所不同。这里要说明一下的是如果你在Service的onCreate或者onStart做一些很耗时间的事情，最好在 Service里启动一个线程来完成，因为Service是跑在主线程中，会影响到你的UI操作或者阻塞主线程中的其他事情。过某一个Activity或者其他Context对象来调用， Context.startService() 和 Context.bindService()。
什么时候需要Service呢？比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。
什么时候那接下来用代码来说明一下怎么使用Service，这里我们要讲的是Local Service也就是你自己的一个Service, 你也可以操作别的应用程序的service如果它允许你那么去做的话，这就设计到一个比较麻烦的东西interprocess communication (IPC)，在不同的进程中通信需要Service呢？比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。
Service的生命周期
Service的生命周期Service的生命周期方法比Activity少一些，只有onCreate, onStart, onDestroy我们有两种方式启动一个Service,他们对Service生命周期的影响是不一样的。
1.通过startService
Service会经历onCreate->onStart()->stopService的时候直接onDestroy
如果是调用者(TestServiceHolder)自己直接退出而没有调用stopService的话，Service会一直在后台运行。下次TestServiceHolder再起来可以stopService。
2 通过bindService
Service只会运行onCreate， 这个时候 TestServiceHolder 和TestService绑定在一起2 通TestServiceHolder 退出了，Srevice就会调用onUnbind->onDestroyed所谓绑定在一起就共存亡了。过bindServiceService只会运行onCreate， 这个时候 TestServiceHolder 和TestService绑定在一起
一个原则是Service的onCreate的方法只会被调用一次，就是你无论多少次的startService又 bindService，Service只被创建一次。如果先是bind了，那么start的时候就直接运行Service的onStart方法，如果先是start，那么bind的时候就直接运行onBind方法。如果你先bind上了，就stop不掉了，对啊，就是stopService不好使了，只能先UnbindService, 再StopService,所以是先start还是先bind行为是有区别的。