android面试题 不仅仅是面试是一个很好的学习

下面的问题是在网上找到的总结，感谢您分享！希望，我们的共同进步，找到自己心仪的公司，：

1.android dvm 流程和Linux这个过程。无论是应用程序对同一概念：

答案：dvm是dalivk虚拟机。每个android应用程序都在自己的进程中执行，都拥有一个dalivk虚拟机实例。而每个dvm都是在linux的一个进程。所以说能够觉得是同一个概念。

2.android的动画有哪几种？他们的特点和差别是什么？

答：两种，一种是tween动画，一种是frame动画。

tween动画，这样的实现方式能够使视图组件移动，放大或缩小以及产生透明度的变化。frame动画。传统的动画方法，通过顺序的播放排列好的图片来实现。类似电影。

3.handler进制的原理：

答：android提供了handler和looper来满足线程间的通信。

Handler先进先出原则。

looper用来管理特定线程内对象之间的消息交换（message Exchange）.

    1)looper:一个线程能够产生一个looper对象，由它来管理此线程里的message queue(消息队列)

   2)handler:你能够构造一个handler对象来与looper沟通，以便push新消息到messagequeue里。或者接收looper（从messagequeue里取出）所送来的消息。

    3)messagequeue:用来存放线程放入的消息。

    4)线程：UI thread 通常就是main thread,而android启动程序时会为它建立一个message queue.

4.android view的刷新：

答：Android中对View的更新有非常多种方式。使用时要区分不同的应用场合。

我感觉最要紧的是分清：多线程和双缓冲的使用情况。

    1).不使用多线程和双缓冲

   这样的情况最简单了，一般仅仅是希望在View发生改变时对UI进行重绘。你仅仅需在Activity中显式地调用View对象中的invalidate()方法就可以。

系统会自己主动调用 View的onDraw()方法。

    2).使用多线程和不使用双缓冲

    这样的情况须要开启新的线程，新开的线程就不好訪问View对象了。强行訪问的话会报：android.view.ViewRoot$CalledFromWrongThreadException：Only the originalthread that created a view hierarchy can touch its views.

    这时候你须要创建一个继承了android.os.Handler的子类。并重写handleMessage(Messagemsg)方法。android.os.Handler是能发送和处理消息的，你须要在Activity中发出更新UI的消息，然后再你的Handler（能够使用匿名内部类）中处理消息（由于匿名内部类能够訪问父类变量，你能够直接调用View对象中的invalidate()方法 ）。也就是说：在新线程创建并发送一个Message。然后再主线程中捕获、处理该消息。

    3).使用多线程和双缓冲

    Android中SurfaceView是View的子类，她同一时候也实现了双缓冲。

你能够定义一个她的子类并实现SurfaceHolder.Callback接口。

因为实现SurfaceHolder.Callback接口。新线程就不须要android.os.Handler帮忙了。SurfaceHolder中lockCanvas()方法能够锁定画布，绘制玩新的图像后调用unlockCanvasAndPost(canvas)解锁（显示），还是比較方便得。

5.说说mvc模式的原理，它在android中的运用:

答：android的官方建议应用程序的开发採用mvc模式。

何谓mvc？

　mvc是model,view,controller的缩写，mvc包括三个部分：

　　l模型（model）对象：是应用程序的主体部分，全部的业务逻辑都应该写在该层。

　　2视图（view）对象：是应用程序中负责生成用户界面的部分。也是在整个mvc架构中用户唯一能够看到的一层。接收用户的输入，显示处理结果。

　　3控制器（control）对象：是依据用户的输入，控制用户界面数据显示及更新model对象状态的部分，控制器更重要的一种导航功能，想用用户出发的相关事件，交给m哦得了处理。

　android鼓舞弱耦合和组件的重用。在android中mvc的详细体现例如以下：

    1)视图层（view）：一般採用xml文件进行界面的描写叙述，使用的时候能够很方便的引入，当然，怎样你对android了解的比較的多了话，就一定 能够想到在android中也能够使用javascript+html等的方式作为view层。当然这里须要进行java和javascript之间的通 信，幸运的是，android提供了它们之间很方便的通信实现。

　2)控制层（controller）：android的控制层的重 任通常落在了众多的acitvity的肩上，这句话也就暗含了不要在acitivity中写代码，要通过activity交割model业务逻辑层处理， 这样做的另外一个原因是android中的acitivity的响应时间是5s。假设耗时的操作放在这里，程序就非常easy被回收掉。

　3)模型层（model）：对数据库的操作、对网络等的操作都应该在model里面处理，当然对业务计算等操作也是必须放在的该层的。

6.Activity的生命周期:

答：onCreate: 在这里创建界面，做一些数据 的初始化工作

　　onStart: 到这一步变成用户可见不可交互的

    onResume:变成和用户可交互 的。(在activity 栈系统通过栈的方式管理这些个Activity的最上面。执行完弹出栈，则回到上一个Activity)

　　onPause: 到这一步是可见但不可交互的，系统会停止动画 等消耗CPU 的事情从上文的描写叙述已经知道，应该在这里保存你的一些数据,由于这个时候你的程序的优先级减少，有可能被系统收回。在这里保存的数据。应该在

　　onstop: 变得不可见。被下一个activity覆盖了

onDestroy: 这是activity被干掉前最后一个被调用方法了。可能是外面类调用finish方法或者是系统为了节省空间将它临时性的干掉

7.让Activity变成一个窗体：

答：Activity属性设定：有时候会做个应用程序是漂浮在手机主界面的。

这个仅仅须要在设置下Activity的主题theme,即在Manifest.xml定义Activity的地方加一句：

android :theme="@android:style/Theme.Dialog"
假设是作半透明的效果：

android:theme="@android:style/Theme.Translucent"

8.Android中经常使用的五种布局:

答：LinearLayout线性布局；AbsoluteLayout绝对布局；TableLayout表格布局；RelativeLayout相对布局。FrameLayout帧布局。

9.Android的五种数据存储方式：

答：sharedPreferences。文件；SQLite；contentProvider。网络

10.请解释下在单线程模型中Message、Handler、Message Queue、Looper之间的关系：

答：Handler获取当前线程中的looper对象，looper用来从存有Message的Message Queue里取出message，再由Handler进行message的分发和处理。

11.AIDL的全称是什么?怎样工作?能处理哪些类型的数据?

答：AIDL(AndroidInterface Definition Language)android接口描写叙述语言

12.系统上安装了多种浏览器。是否能指定某浏览器訪问指定页面？请说明原由：

答：通过直接发送Uri把參数带过去。或者通过manifest里的intentfilter里的data属性。

代码例如以下：
    Intent intent = new Intent();

Intent.setAction(“android.intent.action.View”);

Uri uriBrowsers = Uri.parse(“http://www.sina.com.cn”);

Intent.setData(uriBrowsers);

//包名、要打开的activity
    intent.setClassName(“com.android.browser”,”com.android.browser.BrowserActivity”);

startActivity(intent);

13.什么是ANR,怎样避免？

答：ANR的定义：

在android上。假设你的应用程序有一段时间响应不移灵敏，系统会向用户提示“应用程序无响应”（ANR：application Not Responding）对话框。因此。在程序里对响应性能的设计非常重要。这样。系统不会显示ANR给用户。

怎样避免：

首先来研究下为什么它会在android的应用程序里发生和怎样最佳构建应用程序来避免ANR.
    android应用程序一般是执行在一个单独的线程（比如：main）里，这就意味你的应用程序所做的事情假设在主线程里占用了大长时间的话，就会引发ANR对话框，由于你的应用程序并没有给自己机会来处理输入事件或者Intent广播。

    因此，执行在主线程里的不论什么訪求都尽可能少做事情。特别是。activity应该在它的关键生命周期方法（onCreate()和onResume()）里尽可能少的去作创建操作。

潜在的耗时操作。比如网络或数据库操作，或者高耗时的计算如改变位图尺寸。应该在子线程里（或者以数据库操作为例。通过异步请求的方式）来完毕。然而。不是说你的主线程堵塞在那里等待子线程的完毕---也不是调用Thread.wait()或者Thread.sleep()。替代的方法是：主线程应该为子线程提供一个Handler,以便完毕时可以提交给主线程。

以这样的方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由5秒输入事件的超时引发的ANR对话框。这样的做法应该在其他显示UI的线程里效仿，由于它们都受同样的超时影响。

    IntentReceiver运行时间的特殊限制意味着它应该做：在后台里做小的、琐碎的工作。如保存设定或注冊一个Notification。和在主线程里调用的其他方法一样，应用程序应该避免在BroadcastReceiver里做耗时的操作或计算，但也不是在子线程里做这些任务（由于BroadcastReceiver的生命周期短），替代的是，假设响应Intent广播须要运行一个耗时的动作的话，应用程序应该启动一个Service。顺便提及一句。你也应该避免在Intent Receiver里启动一个Activity，由于它会创建一个新的画面。并从当前用户正在运行的程序上抢夺焦点。假设你的应用程序在响应Intent广播时须要向用户展示什么，你应该使用Notification Manager来实现。

    一般来说，在应用程序里。100到200ms是用户能感知阻滞的时间阈值。以下总结了一些技巧来避免ANR,并有助于让你的应用程序看起来有响应性。

    假设你的应用程序为响应用户输入正在后台工作的话。能够显示工作的进度（ProgressBar和ProgressDialog对这样的情况来说非常实用）。特别是游戏，在子线程里做移动的计算。假设你的程序有一个耗时的初始化过程的话，考虑能够显示一个Splash Screen或者高速显示主画面并异步来填充这些信息。在这两种情况下。你都应该显示正在进行的进度，以免用户觉得程序被冻结了。

14.什么情况会导致Force Close？怎样避免？是否能捕获导致其的异常？

答：如空指针等能够导致ForceClose;能够看Logcat，然后找到相应的程序代码来解决错误。

15.横竖屏切换时候的activity的生命周期：

答：

1） 新建一个activity,并把各个生命周期打印出来

2） 执行activity，得到例如以下信息：

onCreate()à

onStart()à

onResume()à

    3)  按ctrl+F12切换成横屏时

        onSaveInstanceState()à

        onPause()à

        onStop()à

        onDestroy()à

        onCreate()à

        onStart()à

        onRestoreInstanceState()à

        onResume()à

    4)  再按ctrl+f12切换成竖屏时，发现打印了两次同样的Log

        onSaveInstanceState()à

        onPause()à

        onStop()à

        onDestroyà

        onCreate()à

        onStart()à

        onRestoreInstanceState()à

        onResume()à

        onSaveInstanceState()à

        onPause()à

        onStop()à

        onDestroyà

        onCreate()à

        onStart()à

        onRestoreInstanceState()à

        onResume()à

    5)  改动AndroidManifest.xml，把该Activity加入android:configChanges=“orientation”,运行步骤3

        onSaveInstanceState()à

        onPause()à

        onStop()à

        onDestroy()à

        onCreate()à

        onStart()à

        onRestoreInstanceState()à

        onResume()à

    6)  改动AndroidManifest.xml。把该Activity加入android:configChanges=“orientation”,运行步骤4,发现不会再打印同样信息，但多打印了一行onConfigChanged

        onSaveInstanceState()à

        onPause()à

        onStop()à

        onDestroy()à

        onCreate()à

        onStart()à

        onRestoreInstanceState()à

        onResume()à

        onConfigurationChanged()à

    7)  把步骤5的android:configChanges=“orientation”改成

android:configChanges=“orientation|keyboradHidden”,运行步骤3，就仅仅打印onConfigChanged

        onConfigurationChanged()à

    8)  把步骤5的android:configChanges=“orientation”改成

android:configChanges=“orientation|keyboradHidden”,运行步骤4

        onConfigurationChanged()à

        onConfigurationChanged()à

    总结：

1） 不设置activity的android:configChanges时,切屏会又一次调用各个生命周期，切横屏时会运行一次，切竖屏时会运行两次。

2） 设置activity的android:configChanges=“orientation”时, 切屏会又一次调用各个生命周期，切横屏、竖屏时都仅仅会运行一次。可是竖屏最后多打印一条onConfigurationChanged()

3） 设置activity的android:configChanges=“orientation|keyboardHidden”时,切屏不会又一次调用各个生命周期，仅仅会运行onConfigurationChanged(),横屏一次，竖屏两次

再总结下整个activity的生命周期：

1）  当前activity产生事件弹出Toast和AlertDialog的时候Activity的生命周期不会有改变

2）  Activity执行时按下HOME键（跟被全然覆盖一样的）

onSavaInstanceStateà

onPauseà

onStopà

onRestartà

onStartà

onResumeà

    3)  未被全然覆盖，仅仅是失去焦点：

        onPauseà

        onResumeà

16.怎样将SQLite数据库(.db文件)与apk文件一起公布?

答：能够将.db文件拷贝到Eclipse Androidproject中的res aw文件夹中。全部在res aw文件夹中的文件不会被压缩。这样能够直接提取该文件夹中的文件。

能够将.db文件拷贝到res aw文件夹中

17.怎样将打开res aw文件夹中的数据库文件?

答：在Android中不能直接打开res aw文件夹中的数据库文件，而须要在程序第一次启动时将该文件拷贝到手机内存或SD卡的某个文件夹中，然后再打开该数据库文件。复制的基本方法是使用getResources().openRawResource方法获得res aw文件夹中资源的 InputStream对象，然后将该InputStream对象中的数据写入其它的文件夹中对应文件里。

在Android SDK中能够使用SQLiteDatabase.openOrCreateDatabase方法来打开随意文件夹中的SQLite数据库文件。

18.android 中有哪几种解析xml的类？官方推荐哪种？以及它们的原理和差别：

答：XML解析主要有三种方式，SAX、DOM、PULL。常规在PC上开发我们使用Dom相对轻松些，但一些性能敏感的数据库或手机上还是主要採用SAX方 式，SAX读取是单向的，长处:不占内存空间、解析属性方便，但缺点就是对于套嵌多个分支来说处理不是非常方便。而DOM方式会把整个XML文件载入到内存 中去，这里Android开发网提醒大家该方法在查找方面能够和XPath非常好的结合假设数据量不是非常大推荐使用。而PULL经常常使用在J2ME对于节点处 理比較好，类似SAX方式，相同非常节省内存。在J2ME中我们经常使用的KXML库来解析。

19.DDMS和TraceView的差别?

答：DDMS是一个程序运行查看器，在里面能够看见线程和堆栈等信息。TraceView是程序性能分析器

20.谈谈Android的IPC机制：

答：IPC是内部进程通信的简称，是共享"命名管道"的资源。Android中的IPC机制是为了让Activity和Service之间能够随时的进行交互，故在Android中该机制，仅仅适用于Activity和Service之间的通信。类似于远程方法调用。类似于C/S模式的訪问。通过定义AIDL接口文件来定义IPC接口。

Servier端实现IPC接口。Client端调用IPC接口本地代理。

21.NDK是什么：

答：NDK是一系列工具的集合

    NDK提供了一系列的工具，帮助开发人员迅速的开发C/C++的动态库，并能自己主动将so和java应用打成apk包

    NDK集成了交叉编译器，并提供了对应的mk文件和隔离cpu，平台等的差异，开发者仅仅需简单的改动mk文件就能够创建出so

22.描写叙述一下android的系统架构：

答：android系统架构分从下往上为Linux内核层、执行库、应用程序框架层和应用程序层。

    Linux内核层：负责硬件的驱动程序、网络、电源、系统安全以及内存管理等功能。

执行库和androidruntion：执行库：即c/c++函数库部分，大多数都是开放源码的函数库，比如webkit，该函数库负责android网页浏览器的执行。比如标准的c函数库libc、openssl、sqlite等，当然也包含支持游戏开发的2dsgl和3dopengles，在多媒体方面有mediaframework框架来支持各种影音和图形文件的播放与显示，如mpeg4、h.264、mp3、aac、amr、jpg和png等众多的多媒体文件格式。Androidruntion负责解释和执行生成的dalvik格式的字节码

应用软件架构：java应用程序开发者主要是使用该层封装好的api进行高速开发的。

应用程序层：该层是java的应用程序层。android内置的googlemaps、email、IM、浏览器等，都处于该层。java开发者工发的程序也处于该层。并且和内置的应用程序具有平等的地位。能够调用内置的应用程序。也能够替换内置的应用程序

23.Activity 与 Task的启动模式有哪些，它们含义详细是什么?

答：在一个activity中。有多次调用startActivity来启动还有一个activity，要想仅仅生成一个activity实例，能够设置启动模式。

    一个activity有四种启动模式：standed,signleTop,singleTask,singleInstance

    Standed:标准模式，一调用startActivity()方法就会产生一个新的实例。

    SingleTop:假设已经有一个实例位于activity栈顶，就不产生新的实例，而仅仅是调用activity中的newInstance()方法。假设不位于栈顶，会产生一个新的实例。

    singleTask:会在一个新的task中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。

    SingleInstance:这个和singleTask基本一样。仅仅有一个差别：在这个模式下的activity实例所处的task中，仅仅能有这个activity实例，不能有其它实例

24.Application类的作用：

答：API里的第一句是：

Base class for those who need to maintain global application state 

假设想在整个应用中使用全局变量，在java中通常是使用静态变量，public类型；而在android中假设使用这种全局变量就不符合Android的框架架构，可是能够使用一种更优雅的方式就是使用Application context。

 
  首先须要重写Application。主要重写里面的onCreate方法，就是创建的时候，初始化变量的值。然后在整个应用中的各个文件里就能够对该变量进行操作了。 
  启动Application时，系统会创建一个PID，即进程ID，全部的Activity就会在此进程上执行。那么我们在Application创建的时候初始化全局变量。同一个应用的全部Activity都能够取到这些全局变量的值。换句话说。我们在某一个Activity中改变了这些全局变量的值，那么在同一个应用的其它Activity中值就会改变

25.说明onSaveInstanceState() 和 onRestoreInstanceState()在什么时候被调用：

答：Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并非生命周期方法，它们不同于 onCreate()、onPause()等生命周期方法。它们并不一定会被触发。当应用遇到意外情况（如：内存不足、用户直接按Home键）由系统销毁一个Activity时，onSaveInstanceState()才会被调用。可是当用户主动去销毁一个Activity时。比如在应用中按返回键，onSaveInstanceState()就不会被调用。由于在这样的情况下，用户的行为决定了不须要保存Activity的状态。

通常onSaveInstanceState()仅仅适合用于保存一些暂时性的状态，而onPause()适合用于数据的持久化保存。

另外。当屏幕的方向发生了改变， Activity会被摧毁而且被又一次创建，假设你想在Activity被摧毁前缓存一些数据，而且在Activity被又一次创建后恢复缓存的数据。

能够重写Activity的 onSaveInstanceState() 和 onRestoreInstanceState()方法。

26.android的service的生命周期？哪个方法能够多次被调用：

答：1)与採用Context.startService()方法启动服务有关的生命周期方法

onCreate() -> onStart() -> onDestroy()

onCreate()该方法在服务被创建时调用，该方法仅仅会被调用一次，不管调用多少次startService()或bindService()方法。服务也仅仅被创建一次。
onStart() 仅仅有採用Context.startService()方法启动服务时才会回调该方法。

该方法在服务開始执行时被调用。多次调用startService()方法虽然不会多次创建服务，但onStart() 方法会被多次调用。
onDestroy()该方法在服务被终止时调用。

2)与採用Context.bindService()方法启动服务有关的生命周期方法
onCreate() -> onBind() -> onUnbind() -> onDestroy()

onBind()仅仅有採用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用。当调用者与服务已经绑定，多次调用Context.bindService()方法并不会导致该方法被多次调用。

onUnbind()仅仅有採用Context.bindService()方法启动服务时才会回调该方法。

该方法在调用者与服务解除绑定时被调用。
假设先採用startService()方法启动服务,然后调用bindService()方法绑定到服务，再调用unbindService()方法解除绑定，最后调用bindService()方法再次绑定到服务，触发的生命周期方法例如以下：
onCreate() ->onStart() ->onBind() ->onUnbind()[重载后的方法需返回true] ->onRebind()

27.android的broadcast的生命周期：

答：1)Broadcast receiver生命周期中仅有一个回调方法： 
void onReceive(Context curContext, Intent broadcastMsg) 
当接收器接收到一条broadcast消息，Android就会调用onReceiver(),并传递给它一个Intent对象，这个对象携带着那条broadcast消息。我们觉得仅当运行这个方式时，Broadcast receiver是活动的；这种方法返回时，它就终止了。这就是Broadcast receiver的生命周期。 

2)因为Broadcast receiver的生命周期非常短，一个带有活动的Broadcast receiver的进程是受保护的，以避免被干掉。可是别忘了有一点，Android会在随意时刻干掉那些携带不再活动的组件的进程，所以非常可能会造成这个问题。 

3)解决上述问题的方案採用一个Service来完毕这项工作，Android会觉得那个进程中（Service所在的进程）仍然有在活动的组件。 

28.android view，surfaceview，glsurfaceview的差别：

答：SurfaceView是从View基类中派生出来的显示类，直接子类有GLSurfaceView和VideoView。能够看出GL和视频播放以及Camera摄像头一般均使用SurfaceView
SurfaceView和View最本质的差别在于。surfaceView是在一个新起的单独线程中能够又一次绘制画面而View必须在UI的主线程中更新画面。

 
那么在UI的主线程中更新画面 可能会引发问题。比方你更新画面的时间过长。那么你的主UI线程会被你正在画的函数堵塞。那么将无法响应按键，触屏等消息。 
当使用surfaceView 由于是在新的线程中更新画面所以不会堵塞你的UI主线程。但这也带来了另外一个问题，就是事件同步。比方你触屏了一下，你须要surfaceView中thread处理，一般就须要有一个event queue的设计来保存touch event，这会稍稍复杂一点，由于涉及到线程同步。 

所以基于以上，依据游戏特点，一般分成两类。 

1)被动更新画面的。

比方棋类，这样的用view就好了。由于画面的更新是依赖于 onTouch 来更新，能够直接使用 invalidate。 由于这样的情况下，这一次Touch和下一次的Touch须要的时长之间的比较，无影响。 

2)自动更新。

例如，一个人一直运行。

这需要一个单独的thread人们不断地重绘状态，避免堵塞main UI thread。很显然view不当。必须surfaceView为了控制。