前言

好久不见,甚是想念。各位朋友们,我又携带着最受大家欢迎的面试题回来了,可能会有朋友要问了:哎呀,你咋不更了,这不是上次那一份资料用完了嘛,这不,我又厚着脸皮去问我们公司的主管:Boss,给我份面试题呗。Boss瞥了我一眼,冷笑了一下就不做声了,最终在我答应带他上白银,他才拿了这份资料给我٩(๑❛ᴗ❛๑)۶老规矩:一天20题,喜欢的朋友点个关注就不会错过我的更新了,关注我,带你装*,带你飞。

41.说说 ContentProvider、ContentResolver、ContentObserver 之间的关系

ContentProvider
内容提供者,对外提供数据的操作,contentProvider.notifyChanged(uir):可以更新数据
contentResolver
内容解析者,解析ContentProvider返回的数据
ContentObServer:
内容监听者,监听数据的改变,contentResolver.registerContentObServer()

42.请介绍下 ContentProvider 是如何实现数据共享的

ContentProvider是一个对外提供数据的接口,首先需要实现ContentProvider这个接口,然后重写query,insert,getType,delete,update方法,最后在清单文件定义contentProvider的访问uri

43.Intent 传递数据时,可以传递哪些类型数据?

1.基本数据类型以及对应的数组类型

2.可以传递bundle类型,但是bundle类型的数据需要实现Serializable或者parcelable接口

44.SerializableParcelable 的区别?

如果存储在内存中,推荐使用parcelable,使用serialiable在序列化的时候会产生大量的临时变量,会引起频繁的GC

如果存储在硬盘上,推荐使用Serializable,虽然serializable效率较低

Serializable的实现:
只需要实现Serializable接口,就会自动生成一个序列化id

Parcelable的实现:
需要实现Parcelable接口,还需要Parcelable.CREATER变量

45.请描述一下Intent 和 IntentFilter

Intent是组件的通讯使者,可以在组件间传递消息和数据。
IntentFilter是intent的筛选器,可以对intentaction,data,catgory,uri这些属性进行筛选,确定符合的目标组件。

46.什么是IntentService?有何优点?

IntentServiceService的子类,比普通的 Service增加了额外的功能。先看Service本身存在两个问题:

1.Service 不会专门启动一条单独的进程,Service与它所在应用位于同一个进程中;
2.Service也不是专门一条新线程,因此不应该在 Service中直接处理耗时的任务;

特征

会创建独立的 worker线程来处理所有的Intent请求;
会创建独立的worker线程来处理 onHandleIntent()方法实现的代码,无需处理多线程问题;
所有请求处理完成后,IntentService会自动停止,无需调用 stopSelf()方法停止 Service
ServiceonBind()提供默认实现,返回 null
ServiceonStartCommand 提供默认实现,将请求 Intent添加到队列中

使用

service类继承IntentService,重写onStartCommandonHandleIntent实现

47.Android 引入广播机制的用意

MVC 的角度考虑(应用程序内) 其实回答这个问题的时候还可以这样问,android为什么要有那 4 大组件,现在的移动开发模型基本上也是照搬的 web那一套 MVC架构,只不过稍微做了修改。android的四大组件本质上就是为了实现移动或者说嵌入式设备上的 MVC架构,它们之间有时候是一种相互依存的关系,有时候又是一种补充关系,引入广播机制可以方便几大组件的信息和数据交互。

程序间互通消息(例如在自己的应用程序内监听系统来电)

效率上(参考UDP的广播协议在局域网的方便性)

设计模式上(反转控制的一种应用,类似监听者模式)

48.ListView 如何提高其效率?

convertView为空时,用setTag()方法为每个 View 绑定一个存放控件的 ViewHolder对象。当convertView不为空, 重复利用已经创建的view 的时候, 使用 getTag()方法获取绑定的 ViewHolder对象,这样就避免了findViewById对控件的层层查询,而是快速定位到控件。复用 ConvertView,使用历史的view,提升效率 200%

自定义静态类 ViewHolder,减少 findViewById 的次数。提升效率 50%

异步加载数据,分页加载数据。

使用WeakRefrence 引用ImageView 对象

49.ListView 如何实现分页加载

设置 ListView的滚动监听器: setOnScrollListener(new OnScrollListener{….})在监听器中有两个方法: 滚动状态发生变化的方法(onScrollStateChanged)listView被滚动时调用的方法(onScroll)

在滚动状态发生改变的方法中,有三种状态:
手指按下移动的状态:
SCROLL_STATE_TOUCH_SCROLL惯性滚动(滑翔(flgin)状态):
SCROLL_STATE_FLING:静止状态:
SCROLL_STATE_IDLE:

分批加载数据,只关心静止状态: 关心最后一个可见的条目,如果最后一个可见条目就是数据适配器(集合)里的最后一个,此时可加载更多的数据。在每次加载的时候,计算出滚动的数量,当滚动的数量大于等于总数量的时候,可以提示用户无更多数据了。

50.ListView 可以显示多种类型的条目吗

这个当然可以的,ListView显示的每个条目都是通过 baseAdaptergetView(int position,View convertView, ViewGroup parent)来展示的,理论上我们完全可以让每个条目都是不同类型的view

比如: 从服务器拿回一个标识为id=1,那么当id=1的时候,我们就加载类型一的条目,当 id=2的时候,加载类型二的条目。常见布局在资讯类客户端中可以经常看到。

除此之外adapter 还提供了 getViewTypeCount()getItemViewType(int position)两个方法。在 getView方法中我们可以根据不同的 viewtype加载不同的布局文件。

51.ListView 如何定位到指定位置

可以通过 ListView提供的 lv.setSelection(listView.getPosition())方法。

52.如何在 ScrollView 中如何嵌入 ListView

通常情况下我们不会在 ScrollView中嵌套 ListView

ScrollView 添加一个 ListView会导致listview 控件显示不全,通常只会显示一条,这是因为两个控件的滚动事件冲突导致。所以需要通过 listview中的item 数量去计算listview的显示高度,从而使其完整展示。

现阶段最好的处理的方式是:
自定义 ListView,重载 onMeasure()方法,设置全部显示。

53.Manifest.xml文件中主要包括哪些信息?

manifest
根节点,描述了package中所有的内容。
uses-permission
请求你的package正常运作所需赋予的安全许可。
permission
声明了安全许可来限制哪些程序能你package中的组件和功能。
instrumentation
声明了用来测试此package或其他package指令组件的代码。
application
包含packageapplication级别组件声明的根节点。
activity
Activity是用来与用户交互的主要工具。
receiver
IntentReceiver能使的application获得数据的改变或者发生的操作,即使它当前不在运行。
service
Service是能在后台运行任意时间的组件。
provider
ContentProvider是用来管理持久化数据并发布给其他应用程序使用的组件。

54.ListView 中图片错位的问题是如何产生的

图片错位问题的本质源于我们的 listview使用了缓存convertView, 假设一种场景, 一个 listview一屏显示九个 item,那么在拉出第十个item 的时候,事实上该item是重复使用了第一个 item,也就是说在第一个item 从网络中下载图片并最终要显示的时候,其实该 item已经不在当前显示区域内了,此时显示的后果将可能在第十个item上输出图像,这就导致了图片错位的问题。所以解决办法就是可见则显示,不可见则不显示。

55.Fragment 的 replace 和 add 方法的区别

Fragment本身并没有 replaceadd方法,FragmentManager才有replaceadd方法。我们经常使用的一个架构就是通过RadioGroup切换Fragment,每个Fragment就是一个功能模块。

Fragment的容器一个FrameLayout,add的时候是把所有的 Fragment一层一层的叠加到了。FrameLayout上了,而 replace的话首先将该容器中的其他Fragment去除掉然后将当前Fragment添加到容器中。

一个Fragment 容器中只能添加一个Fragment 种类,如果多次添加则会报异常,导致程序终止,而replace 则无所谓,随便切换。因为通过 add的方法添加的 Fragment,每个 Fragment只能添加一次,因此如果要想达到切换效果需要通过Fragment 的的hideshow方法结合者使用。将要显示的show 出来,将其他hide起来。这个过程 Fragment的生命周期没有变化。

通过 replace 切换Fragment,每次都会执行上一个FragmentonDestroyView,新 FragmentonCreateView、onStart、onResume方法。基于以上不同的特点我们在使用的使用一定要结合着生命周期操作我们的视图和数据。

56.Fragment 如何实现类似 Activity 栈的压栈和出栈效果的?

Fragment的事物管理器内部维持了一个双向链表结构,该结构可以记录我们每次 addFragmentreplaceFragment,然后当我们点击 back 按钮的时候会自动帮我们实现退栈操作。

57.Fragment 在你们项目中的使用

Fragmentandroid3.0以后引入的的概念,做局部内容更新更方便,原来为了到达这一点要把多个布局放到一个 activity里面,现在可以用多 Fragment 来代替,只有在需要的时候才加载Fragment,提高性能。

Fragment 的好处:

Fragment可以使你能够将 activity分离成多个可重用的组件,每个都有它自己的生命周期和UI
Fragment可以轻松得创建动态灵活的UI 设计,可以适应于不同的屏幕尺寸。从手机到平板电脑。
Fragment是一个独立的模块,紧紧地与 activity 绑定在一起。可以运行中动态地移除、加入、交换等。
Fragment提供一个新的方式让你在不同的安卓设备上统一你的 UI
Fragment解决 Activity间的切换不流畅,轻量切换。
Fragment替代TabActivity做导航,性能更好。
Fragment在 4.2.版本中新增嵌套 fragment使用方法,能够生成更好的界面效果。

58.如何切换 fragement,不重新实例化

翻看了Android官方Doc,和一些组件的源代码,发现 replace()这个方法只是在上一个 Fragment不再需要时采用的简便方法.

正确的切换方式是 add(),切换时hide()add()另一个 Fragment;再次切换时,只需 hide()当前,show()另一个。

这样就能做到多个 Fragment切换不重新实例化:

59.如何对 Android 应用进行性能分析

如果不考虑使用其他第三方性能分析工具的话,我们可以直接使用ddms 中的工具,其实 ddms 工具已经非常的强大了。ddms中有 traceview、heap、allocation tracker等工具都可以帮助我们分析应用的方法执行时间效率和内存使用情况。

Traceview是 Android平台特有的数据采集和分析工具,它主要用于分析 Android中应用程序的 hotspot(瓶颈)。Traceview本身只是一个数据分析工具,而数据的采集则需要使用 AndroidSDK 中的Debug类或者利用 DDMS工具。

heap工具可以帮助我们检查代码中是否存在会造成内存泄漏的地方。

allocation tracker是内存分配跟踪工具

60.Android 中如何捕获未捕获的异常

UncaughtExceptionHandler

自 定 义 一 个 Application, 比 如 叫MyApplication 继 承 Application实 现UncaughtExceptionHandler
覆写 UncaughtExceptionHandleronCreateuncaughtException方法。

注意: 上面的代码只是简单的将异常打印出来。在onCreate 方法中我们给Thread类设置默认异常处理 handler,如果这句代码不执行则一切都是白搭。在uncaughtException方法中我们必须新开辟个线程进行我们异常的收集工作,然后将系统给杀死。
AndroidManifest中配置该 Application:<application android:name="com.example.uncatchexception.MyApplication"

Bug 收集工具 Crashlytics

Crashlytics是专门为移动应用开发者提供的保存和分析应用崩溃的工具。国内主要使用的是友盟做数据统计。

Crashlytics 的好处:
1.Crashlytics不会漏掉任何应用崩溃信息。
2.Crashlytics 可以像Bug管理工具那样,管理这些崩溃日志。
3.Crashlytics 可以每天和每周将崩溃信息汇总发到你的邮箱,所有信息一目了然。