极力推荐文章:欢迎收藏
Android 干货分享 android
用户可操做的可视化界面,为用户提供一个完成操做指令的窗口。一个Activity
一般是一个单独的屏幕,Activity
经过Intent
来进行通讯。Android
中会维持一个Activity Stack
,当一个新Activity
建立时,它就会放到栈顶,这个Activity
就处于运行状态。程序员
服务,运行在手机后台,适合执行不需和用户交互且还需长期运行的任务。数据库
内容提供者,使一个应用程序的指定数据集提供给其余应用程序,其余应用可经过ContentResolver
类从该内容提供者中获取或存入数据。它提供了一种跨进程数据共享的方式,当数据被修改后,ContentResolver
接口的notifyChange
函数通知那些注册监控特定URI
的ContentObserver
对象。浏览器
若是ContentProvider
和调用者在同一进程中,ContentProvider
的方法(query/insert/update/delete等)
和调用者在同一线程中;若是ContentProvider
和调用者不在同一进程,ContentProvider
方法会运行在它自身进程的一个Binder
线程中。安全
广播接收者,运用在应用程序间传输信息,可使用广播接收器来让应用对一个外部事件作出响应。微信
onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()
网络
为Activity
设置布局,此时界面还不可见;框架
Activity
可见但还不能与用户交互,不能得到焦点异步
从新启动Activity
时被回调ide
Activity
可见且可与用户进行交互
当前Activity
暂停,不可与用户交互,但还可见。在新Activity
启动前被系统调用保存现有的Activity
中的持久数据.中止动画等。
当Activity
被新的Activity
覆盖不可见时被系统调用
当Activity
被系统销毁杀掉或是因为内存不足时调用
bind
服务的生命周期以下:
onCreate->onBind->onUnBind->onDestory
无论调用bindService
几回,onCreate
只会调用一次,onStart
不会被调用,创建链接后,service
会一直运行,直到调用unBindService
或是以前调用的bindService
的Context
不存在了,系统会自动中止Service
,对应的onDestory
会被调用。
启动Service
的声明周期以下:
onCreate->onStartCommand->onDestory
start
屡次,onCreate
只会被调用一次,onStart
会调用屡次,该service
会在后台运行,直至被调用stopService
或是stopSelf
。
无论如何调用,onCreate()
只被调用一次,startService
调用多少次,onStart
就会被调用多少次,而unbindService
不会中止服务,必须调用stopService
或是stopSelf
来中止服务。必须unbindService
和stopService(stopSelf)
同时都调用了才会中止服务。
存活周期是在Context.registerReceiver
和Context.unregisterReceiver
之间,BroadcastReceiver
每次收到广播都是使用注册传入的对象处理的。
进程在的状况下,receiver
会正常收到广播,调用onReceive
方法;生命周期只存活在onReceive
函数中,此方法结束,BroadcastReceiver
就销毁了。onReceive()
只有十几秒存活时间,在onReceive()
内操做超过10S
,就会报ANR
。
进程不存在的状况,广播相应的进程会被拉活,Application.onCreate
会被调用,再调用onReceive
。
和应用的生命周期同样,它属于系统应用,应用启动时,它会跟着初始化,应用关闭或被杀,它会跟着结束。
1.经过Intent
方式传递参数跳转
2.经过广播方式
3.经过接口回调方式
4.借助类的静态变量或全局变量
5.借助SharedPreference
或是外部存储,如数据库或本地文件
Activity(A->B)
切换(B正常的Activity)
的生命周期: onPause(A)->onCreate(B)->onStart(B)->onResume(B)->onStop(A)
这时若是按回退键回退到A
onPause(B)->onRestart(A)->onStart(A)->onResume(A)->onStop(B)
若是在切换到B
后调用了A.finish()
,则会走到onDestory(A)
,这时点回退键会退出应用
Activity(A->B)
切换(B
透明主题的Activity
或是Dialog
风格的Acivity
)的生命周期: onPause(A)->onCreate(B)->onStart(B)->onResume(B)
这时若是回退到A
onPause(B)->onResume(A)->onStop(B)->onDestory(B)
Activity(A)
启动后点击Home
键再回到应用的生命周期: onPause(A)->onStop(A)->onRestart(A)->onStart(A)->onResume(A)
onSaveInstanceState->onPause->onStop->onDestory->onCreate->onStart->onRestoreInstanceState->onResume
onSaveInstanceState->onPause->onStop->onDestory->onCreate->onStart->onRestoreInstanceState->onResume->onSaveInstanceState->onPause->onStop->onDestory->onCreate->onStart->onRestoreInstanceState->onResume
AndroidMainfest.xml
中修改该Activity
的属性,添加android:configChanges="orientation"
横竖屏切换,打印的log
同样,同1
.
AndroidMainfest.xml
中该Activity
中的android:configChanges="orientation|keyboardHidden"
则只会打印onConfigurationChanged
onAttach->onCreate->onCreateView->onActivityCreated->onStart->onResume->onPause->onStop->onDestoryView->onDestory->onDetach
onAttach->onCreate->onCreateView->onActivityCreated->onStart->onResume
onPause->onSaveInstanceState->onStop
onStart->onRestoreInstanceState->onResume
Fragment:
onPause->onStop->onDestoryView
Fragment:
onCreateView->onActivityCreated->onStart->onResume
onPause->onStop->onDestoryView->onDestory->onDetach
AlertDialog
并不会影响Activity
的生命周期,按Home
键后才会使Activity
走onPause->onStop
,AlertDialog
只是一个组件,并不会使Activity
进入后台。
前一个Activity
的onPause
,后一个Activity
的onResume
。
会执行onPause->onStop
,再回到前台,会执行onRestart->onStart->onResume
并不会影响Activity
生命周期
每启动一次Activity
,都会建立一个实例,即便从ActivityA startActivity ActivityA
,也会再次建立A
的实例放于栈顶,当回退时,回到上一个ActivityA
的实例。
每次启动Activity
,若是待启动的Activity
位于栈顶,则不会从新建立Activity
的实例,即不会走onCreate->onStart
,会直接进入Activity
的onPause->onNewIntent->onResume
方法
整个手机操做系统里只有一个该Activity
实例存在,没有其余Actvity
,后续请求均不会建立新的Activity
。若task
中存在实例,执行实例的onNewIntent()
。应用场景:闹钟
、浏览器
、电话
。
启动的Activity若是在指定的
taskAffinity的
task栈中存在相应的实例,则会把它上面的
Activity都出栈,直到当前
Activity实例位于栈顶,执行相应的
onNewIntent()方法。若是指定的
task不存在,建立指定的
taskAffinity的
task,taskAffinity的做用,进入指写
taskAffinity的
task,若是指定的
task存在,将
task移到前台,若是指定的
task不存在,建立指定的
taskAffinity的
task`. 应用场景:应用的主页面
Activity
被主动回收时,如按下Back
键,系统不会保存它的状态,只有被动回收时,虽然这个Activity
实例已被销毁,但系统在新建一个Activity
实例时,会带上先前被回收Activity
的信息。在当前Activity
被销毁前调用onSaveInstanceState(onPause和onStop之间保存)
,从新建立Activity
后会在onCreate
后调用onRestoreInstanceState(onStart和onResume之间被调用)
,它们的参数Bundle
用来数据保存和读取的。
View
状态有两个前提: 1.View
的子类必须实现了onSaveInstanceState
;
2.必需要设定Id
,这个ID
做为Bundle
的Key
;
正常状况下的生命周期:
onAttach->onCreate->onCreateView->onActivityCreated->onStart->onResume->onPause->onStop->onDestoryView->onDestory->onDetach
onPause(旧)->onAttach->onCreate->onCreateView->onActivityCreated->onStart->onResume->onStop(旧)->onDestoryView(旧)
若是添加到backStack
中,调用remove()
方法fragment
的方法会走到onDestoryView
,但不会执行onDetach()
,即fragment
自己的实例是存在的,成员变量也存在,可是view
被销毁了。若是新替换的Fragment
已在BackStack
中,则不会执行onAttach->onCreate
。
在对应的Fragment
的Activity.onSaveInstanceState
方法会调用FragmentController.saveAllState
,其中会对mActive
中各个Fragment
的实例状态和View
状态分别进行保存。当Activity
在作状态保存和恢复的时候, 在它其中的fragment
天然也须要作状态保存和恢复.
若是但愿在Fragment
的onActivityResult
接收数据,就要调用Fragment.startActivityForResult
, 而不是Fragment.getActivity().startActivityForResult
。Fragment.startActivityForResult->FragmentActivitymHost.HostCallbacks.onStartActivityFromFragment->FragmentActivity.startActivityFromFragment。
若是request=-1
则直接调用FragmentActivity.startActivityForResult,
它会从新计算requestCode
,使其大于0xfffff
。
ViewPager+FragmentPagerAdapter+List<Fragment>
fragment
中编写方法,在须要回调的fragment
里获取对应的Fragment
实例,调用相应的方法; a)在Fragment1
中建立一个接口及接口对应的set
方法;
b)在Fragment1
中调用接口的方法;
c)在Fragment2
中实现该接口;
能够在ServiceConnection
的onServiceConnected
中获取到Service
的实例,这样就能够调用service
的方法,若是service
想调用activity
的方法,能够在service
中定义接口类及相应的set
方法,在activity
中实现相应的接口,这样service
就能够回调接口;
ContentProvider、ContentResolver、ContentObserver
之间的关系 实现各个应用程序间数据共享,用来提供内容给别的应用操做。如联系人应用中就使用了ContentProvider
,能够在本身应用中读取和修改联系人信息,不过须要获取相应的权限。它也只是一个中间件,真正的数据源是文件或SQLite
等。
内容解析者,用于获取内容提供者提供的数据,经过ContentResolver.notifyChange(uri)
发出消息
内容监听者,能够监听数据的改变状态,观察特定Uri
引发的数据库变化,继而作一些相应的处理,相似于数据库中的触发器,当ContentObserver
所观察的Uri
发生变化时,便会触发它。
BroadcastReceiver
是一种全局监听器,用来实现系统中不一样组件之间的通讯。有时候也会用来做为传输少许并且发送频率低的数据,可是若是数据的发送频率比较高或者数量比较大就不建议用广播接收者来接收了,由于这样的效率很很差,由于BroadcastReceiver
接收数据的开销仍是比较大的。
彻底异步的,能够在同一时刻(逻辑上)被全部接收者接收到,消息传递的效率比较高,而且没法中断广播的传播。
发送有序广播后,广播接收者将按预先声明的优先级依次接收Broadcast
。优先级高的优先接收到广播,而在其onReceiver()
执行过程当中,广播不会传播到下一个接收者,此时当前的广播接收者能够abortBroadcast()
来终止广播继续向下传播,也能够将intent
中的数据进行修改设置,而后将其传播到下一个广播接收者。 sendOrderedBroadcast(intent, null);
//发送有序广播
sendStickyBroadcast()
来发送该类型的广播信息,这种的广播的最大特色是,当粘性广播发送后,最后的一个粘性广播会滞留在操做系统中。若是在粘性广播发送后的一段时间里,若是有新的符合广播的动态注册的广播接收者注册,将会收到这个广播消息,虽然这个广播是在广播接收者注册以前发送的,另一点,对于静态注册的广播接收者来讲,这个等同于普通广播。
在AndroidManifest
中静态注册的广播接收器,通常咱们在收到该消息后,须要作一些相应的动做,而这些动做与当前App
的组件,好比Activity
或者Service
的是否运行无关,好比咱们在集成第三方Push SDK
时,通常都会添加一个静态注册的BroadcastReceiver
来监听Push
消息,当有Push
消息过来时,会在后台作一些网络请求或者发送通知等等。
这种主要是在Activity
或者Service
中使用registerReceiver()
动态注册的广播接收器,由于当咱们收到一些特定的消息,好比网络链接发生变化时,咱们可能须要在当前Activity
页面给用户一些UI
上的提示,或者将Service
中的网络请求任务暂停。因此这种动态注册的广播接收器适合特定组件的特定消息处理。
静态注册的广播接收者就是一个常驻在系统中的全局监听器,也就是说若是你应用中配置了一个静态的BroadcastReceiver
,并且你安装了应用而不管应用是否处于运行状态,广播接收者都是已常常驻在系统中了。
<receiver android:name=".MyBroadcastReceiver"> <intent-filter> <action android:name="com.test.intent.mybroadcastreceiver"/> </intent-filter> </receiver>
动态注册的广播接收者只有执行了registerReceiver(receiver, filter)
才会开始监听广播消息,并对广播消息做为相应的处理。
IntentFilter fiter = new IntentFilter("com.test.intent.mybroadcastreceiver"); MyBroadcastReceiver receiver = new MyBroadcastReceiver(); registerReceiver(receiver, filter); //撤销广播接受者的动态注册 unregisterReceiver(receiver);
仅在本身的应用内发送接收广播,也就是只有本身的应用能收到,数据更加安全。广播只在这个程序里,并且效率更高。只能动态注册,在发送和注册的时候采用LocalBroadcastManager
的sendBroadcast
方法和registerReceiver
方法。
发送的广播事件可被其余应用程序获取,也能响应其余应用程序发送的广播事件(能够经过 exported
是否监听其余应用程序发送的广播 在清单文件中控制) 全局广播既能够动态注册,也能够静态注册。
1.Popupwindow
在显示以前必定要设置宽高,Dialog
无此限制。
2.Popupwindow
默认不会响应物理键盘的back
,除非显示设置了popup.setFocusable(true);
而在点击back
的时候,Dialog
会消失。
3.Popupwindow
不会给页面其余的部分添加蒙层,而Dialog
会。
4.Popupwindow
没有标题,Dialog
默认有标题,能够经过dialog.requestWindowFeature(Window.FEATURE_NO_TITLE);
取消标题
5.两者显示的时候都要设置Gravity
。若是不设置,Dialog
默认是Gravity.CENTER
。
6.两者都有默认的背景,均可以经过setBackgroundDrawable(new ColorDrawable(android.R.color.transparent));
去掉。
7.Popupwindow
弹出后,取得了用户操做的响应处理权限,使得其余UI控件不被触发。而AlertDialog
弹出后,点击背景,AlertDialog
会消失。
不能够showDialog, startActivity, LayoutInflation
能够startService\BindService\sendBroadcast\registerBroadcast\load Resource values
而Activity Context
这些操做均可以,即凡是跟UI
相关的,都得用Activity
作为Context来处理。
一个应用Context
的数量=Activity
数量+Service
数量+1
(Application数量
)
至此,本篇已结束,若有不对的地方,欢迎您的建议与指正。同时期待您的关注,感谢您的阅读,谢谢!