Android常见问题

Fragment的相关内容

Fragment的生命周期

Fragment比Activity多几个生命周期回调方法：

onAttach(Activity)
当Fragment与Activity发生关联时调用。
onCreateView(LayoutInflater, ViewGroup,Bundle)
创建该Fragment的视图
onActivityCreated(Bundle)
当Activity的onCreate方法返回时调用
onDestoryView()
与onCreateView想对应，当该Fragment的视图被移除时调用
onDetach()
与onAttach相对应，当Fragment与Activity关联被取消时调用

详细内容参见：http://blog.csdn.net/lmj623565791/article/details/37970961

(1)、onAttach()//当一个Fragment对象关联到一个Activity时调用。

(2)、onCreate()//初始创建Fragment对象时调用。

(3)、onCreateView()//创建与Fragment对象关联的View视图时调用。

(4)、onActivityCreated()//当Activity对象完成自己的onCreate方法时调用。

(5)、onStart()//Fragment对象在ui可见时调用。

(6)、onResume()//Fragment对象的ui可以与用户交互时调用。

(7)、onPause()//Fragment对象可见，但不可交互。有Activity对象转为onPause状态时调用。

(8)、onStop()//有空间完全遮挡；或者宿主Activity对象转为onStop状态时调用。

(9)、onDestroyView()//Fragment对象清理view资源时调用，也就是移除fragment中的视图。

(10)、onDestroy()//Fragment对象完成对象清理View资源时调用。

(11)、onDetach()//Fragment对象没有与Activity对象关联时调用。

当一个fragment被创建的时候执行1-4；

当这个fragment创建完毕，到对用户可见的时候，执行5-6；

当这个fragment从可见到不可见时，执行7-8；

当这个fragment被销毁了（或者持有它的activity被销毁了），执行9-11；

另外在3-5，可以使用Bundle对象保存一个fragment的对象。

——————————————————————————————————————————————————————————————————

Service和Thread的区别

Thread：Thread 是程序执行的最小单元，它是分配CPU的基本单位。可以用 Thread 来执行一些异步的操作。

Service：Service 是android的一种机制，当它运行的时候如果是Local Service，那么对应的 Service 是运行在主进程的 main 线程上的。如：onCreate，onStart 这些函数在被系统调用的时候都是在主进程的 main 线程上运行的。如果是Remote Service，那么对应的 Service 则是运行在独立进程的 main 线程上。

Service的几个特点。

（1） 默认情况下，Service其实是运行在主线程中的，如果需要执行复杂耗时的操作，必须在Service中再创建一个Thread来执行任务。

（2） Service的优先级高于后台挂起的Activity，当然，也高于Activity所创建的Thread，因此，系统可能在内存不足的时候优先杀死后台的Activity或者Thread，而不会轻易杀死Service组件，即使被迫杀死Service，也会在资源可用时重启被杀死的Service

其实，Service和Thread根本就不是一个级别的东西，Service是系统的四大组件之一，Thread只是一个用来执行后台任务的工具类，它可以在Activity中被创建，也可以在Service中被创建。因此，我们其实不应该讨论该使用Service还是Thread，而是应该讨论在什么地方创建Thread。

Thread 的运行是独立于 Activity 的，当一个 Activity 调用 finish() 之后，如果没有主动停止 Thread 或者 Thread 里的 run 方法没有执行完毕的话，Thread 会一直执行。因此这里会出现一个问题：当 Activity 调用finish() 之后，Activity不再持有该 Thread 的引用，其他Activity无法在获得Thread的控制。

举个例子：如果你的 Thread 需要不停地隔一段时间就要连接服务器做某种同步的话，该 Thread 可能需要在 Activity 调用start()的时候也运行。这个时候当Activity调用start()方法开始Activity的生命周期时， 该 Activity 是无法控制之前创建的 Thread。因此程序便需要创建并启动一个 Service ，在 Service 里面创建、运行并控制该 Thread，这样便解决了该问题。因为我们可以把Service 想象成一种消息服务，我们可以在任何有 Context 的地方调用 Context.startService、Context.stopService、Context.bindService，Context.unbindService等方法来控制Service，还可以在 Service 里注册 BroadcastReceiver，在其他地方通过发送 broadcast进行控制，而这些都是 Thread 无法实现的。

典型的应用中，Thread可以在以下三个位置被创建，不同的位置，其生命周期不一样，所以，我们应该根据该Thread的目标生命周期来决定是在Service中创建Thread还是在Activity中创建它。

（1） 在Activity中被创建

这种情况下，一般在onCreate时创建，在onDestroy()中销毁，否则，Activity销毁后，Thread是会依然在后台运行着。

这种情况下，Thread的生命周期即为整个Activity的生命周期。所以，在Activity中创建的Thread只适合完成一些依赖Activity本身有关的任务，比如定时更新一下Activity的控件状态等。

核心特点：该Thread的就是为这个Activity服务的，完成这个特定的Activity交代的任务，主动通知该Activity一些消息和事件，Activity销毁后，该Thread也没有存活的意义了。

（2）在Application中被创建

这种情况下，一般自定义Application类，重载onCreate方法，并在其中创建Thread，当然，也会在onTerminate()方法中销毁Thread，否则，如果Thread没有退出的话，即使整个Application退出了，线程依然会在后台运行着。这种情况下，Thread的生命周期即为整个Application的生命周期。所以，在Application中创建的Thread，可以执行一些整个应用级别的任务，比如定时检查一下网络连接状态等等。

核心特点：该Thread的终极目标是为这个APP的各个Activity服务的，包括完成某个Activity交代的任务，主动通知某个Activity一些消息和事件等，APP退出之后该Thread也没有存活的意义了。

以上这两种情况下，Thread的生命周期都不应该超出整个应用程序的生命周期，也就是，整个APP退出之后，Thread都应该完全退出，这样才不会出现内存泄漏或者僵尸线程。那么，如果你希望整个APP都退出之后依然能运行该Thread，那么就应该把Thread放到Service中去创建和启动了。

（3）在Service中被创建

这是保证最长生命周期的Thread的唯一方式，只要整个Service不退出，Thread就可以一直在后台执行，一般在Service的onCreate()中创建，在onDestroy()中销毁。所以，在Service中创建的Thread，适合长期执行一些独立于APP的后台任务，比较常见的就是：在Service中保持与服务器端的长连接。

核心特点：该Thread可以为APP提供一些“服务”或者“状态查询”，但该Thread并不需要主动通知APP任何事件，甚至不需要知道APP是谁。

以上部分内容参见：http://blog.jobbole.com/77674/
——————————————————————————————————————————————————————————————————

原文：http://www.cnblogs.com/heshengbang/p/4844947.html