码迷,mamicode.com
首页 > 移动开发 > 详细

安卓小结《1》

时间:2015-09-25 00:01:03      阅读:375      评论:0      收藏:0      [点我收藏+]

标签:

Activity的生命周期和启动模式的知识点小结:

 1.如果Activity切换的时候,新Activity是透明,旧的不会走onStop方法。

 2.新的Activity切换的时候,旧Activity  会先执行,onpause,然后才会启动新的activity.

 3. Activity在异常情况下被回收时,onSaveInstanceState方法会被回调,回调时机是在onStop之前,当Activity被重新创建的时 候,onRestoreInstanceState方法会被回调,时序在onStart之后;在横竖屏切换的时候保持Activity的状态。

 4. Activity的LaunchMode

a. standard 系统默认。每次启动会重新创建新的实例,谁启动了这个Activity,这个Activity就在谁的栈里。

b. singleTop 栈顶复用模式。该Activity的onNewIntent方法会被回调,onCreate和onStart并不会被调用。

c. singleTask 栈内复用模式。只要该Activity在一个栈中存在,都不会重新创建,onNewIntent会被回调。如果不存在,系统会先寻找是否存在需要的栈,如果不存在该栈,就创建一个任务栈,然后把这个Activity放进去;如果存在,就会创建到已经存在的这个栈中。

d. singleInstance。具有此种模式的Activity只能单独存在于一个任务栈。

5. 标识Activity任务栈名称的属性:TaskAffinity,默认为应用包名。

6. IntentFilter匹配规则。

a. action匹配规则:要求intent中的action 存在 且 必须和过滤规则中的其中一个相同 区分大小写;

b. category匹配规则:系统会默认加上一个android.intent.category.DEAFAULT,所以intent中可以不存在category,但如果存在就必须匹配其中一个;

c. data匹配规则:data由两部分组成,mimeType和URI,要求和action相似。如果没有指定URI,URI但默认值为content和file(schema)

================================================================

IPC机制:

1.

使用android:process会带来的问题:

静态成员和单例模式完全失效;

SharedPreferences可靠性下降;

Application会多次创建;

2.

Android中的IPC方式

a. Bundle

b. 文件共享(不建议使用系统的SharedPreferences)

c. Messenger(轻量级IPC,底层依然是AIDL)工作原理

d. AIDL  

aa. AIDL支持的数据类型:基本数据类型;String和CharSequence;List只支持ArrayList,里面每个元素都必须被AIDL支持;Map只支持HashMap,里面每个元素都必须被AIDL支持(包括key和value);Parcelable;AIDL接口本身;  

bb. 服务端可以使用CopyOnWriteArrayList和ConcurrentHashMap来进行自动线程同步,客户端拿到的依然是ArrayList和HashMap;  

cc. 服务端和客户端之间做监听器,服务端需要使用RemoteCallbackList,否则客户端的监听器无法收到通知(因为服务端实质还是一份新的序列化后的监听器实例,并不是客户端那份);  

dd. 客户端调用远程服务方法时,因为远程方法运行在服务端的binder线程池中,同时客户端线程会被挂起,所以如果该方法过于耗时,而客户端又是UI线程,会导致ANR,所以当确认该远程方法是耗时操作时,应避免客户端在UI线程中调用该方法。同理,当服务器调用客户端的listener方法时,该方法也运行在客户端的binder线程池中,所以如果该方法也是耗时操作,请确认运行在服务端的非UI线程中。另外,因为客户端的回调listener运行在binder线程池中,所以更新UI需要用到handler。

ee. 客户端通过IBinder.DeathRecipient来监听Binder死亡,也可以在onServiceDisconnected中监听并重连服务端。区别在于前者是在binder线程池中,访问UI需要用Handler,后者则是UI线程。  

ff. 可通过自定义权限在onBind或者onTransact中进行权限验证。

e. ContentProvider(有的手机上会出现不加uses-permission依然可以访问BookProvider的问题,已和主席确认)

f. Socket 一般用于网络通信,AIDL用这种方式会过于繁琐,不建议。  

4. Binder连接池,通过BinderPool的方式将Binder的控制与Service本身解耦,同时只需要维护一份Service即可。这里用到了CountDownLatch,大概解释下用意:线程在await后等待,直到CountDownLatch的计数为0,BinderPool里使用它的目的是为了保证Activity获取BinderPool的时候Service已确定bind完成~

============================================================

 

 

安卓小结《1》

标签:

原文地址:http://www.cnblogs.com/spring87/p/4836807.html

(0)
(0)
   
举报
评论 一句话评论(0
0条  
登录后才能评论!
© 2014 mamicode.com 版权所有 京ICP备13008772号-2
迷上了代码!