软件开发面试

1、Android面试

1、 Android的四大组件是哪些，它们的做用？
答：Activity：Activity是Android程序与用户交互的窗口，是Android构造块中最基本的一种，它须要为保持各界面的状态，作不少持久化的事情，妥善管理生命周期以及一些跳转逻辑
service：后台服务于Activity，封装有一个完整的功能逻辑实现，接受上层指令，完成相关的事物，定义好须要接受的Intent提供同步和异步的接口
Content Provider：是Android提供的第三方应用数据的访问方案，能够派生Content Provider类，对外提供数据，能够像数据库同样进行选择排序，屏蔽内部数据的存储细节，向外提供统一的借口模型，大大简化上层应用，对数据的整合提供了更方便的途径
BroadCast Receiver：接受一种或者多种Intent做触发事件，接受相关消息，作一些简单处理，转换成一条Notification，统一了Android的事件广播模型

2、 请介绍下Android中经常使用的五种布局。
经常使用五种布局方式，分别是：FrameLayout（框架布局），LinearLayout （线性布局），AbsoluteLayout（绝对布局），RelativeLayout（相对布局），TableLayout（表格布局）。
1、FrameLayout：全部东西依次都放在左上角，会重叠，这个布局比较简单，也只能放一点比较简单的东西。2、LinearLayout：线性布局，每个LinearLayout里面又可分为垂直布局（android:orientation="vertical"）和水平布局（android:orientation="horizontal" ）。当垂直布局时，每一行就只有一个元素，多个元素依次垂直往下；水平布局时，只有一行，每个元素依次向右排列。3、AbsoluteLayout：绝对布局用X,Y坐标来指定元素的位置，这种布局方式也比较简单，可是在屏幕旋转时，每每会出问题，并且多个元素的时候，计算比较麻烦。4、RelativeLayout：相对布局能够理解为某一个元素为参照物，来定位的布局方式。主要属性有：相对于某一个元素android:layout_below、      android:layout_toLeftOf相对于父元素的地方android:layout_alignParentLeft、android:layout_alignParentRigh；5、TableLayout：表格布局，每个TableLayout里面有表格行TableRow，TableRow里面能够具体定义每个元素。每个布局都有本身适合的方式，这五个布局元素能够相互嵌套应用，作出美观的界面。

3、 ListView的优化方案
答：1、若是自定义适配器，那么在getView方法中要考虑方法传进来的参数contentView是否为null，若是为null就建立contentView并返回，若是不为null则直接使用。在这个方法中尽量少建立view。
  2、给contentView设置tag（setTag（）），传入一个viewHolder对象，用于缓存要显示的数据，能够达到图像数据异步加载的效果。
  3、若是listview须要显示的item不少，就要考虑分页加载。好比一共要显示100条或者更多的时候，咱们能够考虑先加载20条，等用户拉到列表底部的时候再去加载接下来的20条。

四、activity的启动模式有哪些？是什么含义？

答：在android里，有4种activity的启动模式，分别为：

“standard” (默认)

“singleTop”

“singleTask” “singleInstance” 它们主要有以下不一样： 1. 如何决定所属task “standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同一个task内，除非intent包括参数FLAG_ACTIVITY_NEW_TASK。 若是提供了FLAG_ACTIVITY_NEW_TASK参数，会启动到别的task里。 “singleTask”和”singleInstance”老是把activity做为一个task的根元素，他们不会被启动到一个其余task里。 2. 是否容许多个实例 “standard”和”singleTop”能够被实例化屡次，而且存在于不一样的task中，且一个task能够包括一个activity的多个实例； “singleTask”和”singleInstance”则限制只生成一个实例，而且是task的根元素。 singleTop要求若是建立intent的时候栈顶已经有要建立的Activity的实例，则将intent发送给该实例，而不发送给新的实例。 3. 是否容许其它activity存在于本task内 “singleInstance”独占一个task，其它activity不能存在那个task里；若是它启动了一个新的activity，无论新的activity的launch mode 如何，新的activity都将会到别的task里运行（如同加了FLAG_ACTIVITY_NEW_TASK参数）。 而另外三种模式，则能够和其它activity共存。 4. 是否每次都生成新实例 “standard”对于没一个启动Intent都会生成一个activity的新实例； “singleTop”的activity若是在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，不然，生成该activity的实例。 好比如今task栈元素为A-B-C-D（D在栈顶），这时候给D发一个启动intent，若是D是 “standard”的，则生成D的一个新实例，栈变为A－B－C－D－D。 若是D是singleTop的话，则不会生产D的新实例，栈状态仍为A-B-C-D 若是这时候给B发Intent的话，无论B的launchmode是”standard” 仍是 “singleTop” ，都会生成B的新实例，栈状态变为A-B-C-D-B。 “singleInstance”是其所在栈的惟一activity，它会每次都被重用。 “singleTask”若是在栈顶，则接受intent，不然，该intent会被丢弃，可是该task仍会回到前台。 当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法 若是收到intent生成一个activity实例，那么用户能够经过back键回到上一个状态；若是是已经存在的一个activity来处理这个intent的话，用户不能经过按back键返回到这以前的状态。

五、请描述下Activity的生命周期。

答：activity的生命周期方法有：onCreate()、onStart()、onReStart()、onResume()、onPause()、onStop()、onDestory()；

可见生命周期：从onStart()直到系统调用onStop() 前台生命周期：从onResume()直到系统调用onPause()
 六、 activity在屏幕旋转时的生命周期 答：不设置Activity的android:configChanges时，切屏会从新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次；设置Activity的android:configChanges="orientation"时，切屏仍是会从新调用各个生命周期，切横、竖屏时只会执行一次；设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会从新调用各个生命周期，只会执行onConfigurationChanged方法 十一、 如何启用Service，如何停用Service。 服务的开发比较简单，以下： 第一步：继承Service类 1 public class SMSService extends Service {} 第二步：在AndroidManifest.xml文件中的<application>节点里对服务进行配置:<service android:name=".SMSService" /> 服务不能本身运行，须要经过调用Context.startService()或Context.bindService()方法启动服务。这两个方法均可以启动Service，可是它们的使用场合有所不一样。使用startService()方法启用服务，调用者与服务之间没有关连，即便调用者退出了，服务仍然运行。使用bindService()方法启用服务，调用者与服务绑定在了一块儿，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特色。 若是打算采用Context.startService()方法启动服务，在服务未被建立时，系统会先调用服务的onCreate()方法，接着调用onStart()方法。若是调用startService()方法前服务已经被建立，屡次调用startService()方法并不会致使屡次建立服务，但会致使屡次调用onStart()方法。采用startService()方法启动的服务，只能调用Context.stopService()方法结束服务，服务结束时会调用onDestroy()方法。 若是打算采用Context.bindService()方法启动服务，在服务未被建立时，系统会先调用服务的onCreate()方法，接着调用onBind()方法。这个时候调用者和服务绑定在一块儿，调用者退出了，系统就会先调用服务的onUnbind()方法，接着调用onDestroy()方法。若是调用bindService()方法前服务已经被绑定，屡次调用bindService()方法并不会致使屡次建立服务及绑定(也就是说onCreate()和onBind()方法并不会被屡次调用)。若是调用者但愿与正在绑定的服务解除绑定，能够调用unbindService()方法，调用该方法也会致使系统调用服务的onUnbind()-->onDestroy()方法。 服务经常使用生命周期回调方法以下： onCreate() 该方法在服务被建立时调用，该方法只会被调用一次，不管调用多少次startService()或bindService()方法，服务也只被建立一次。 onDestroy()该方法在服务被终止时调用。 与采用Context.startService()方法启动服务有关的生命周期方法 onStart() 只有采用Context.startService()方法启动服务时才会回调该方法。该方法在服务开始运行时被调用。屡次调用startService()方法尽管不会屡次建立服务，但onStart() 方法会被屡次调用。 与采用Context.bindService()方法启动服务有关的生命周期方法 onBind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用，当调用者与服务已经绑定，屡次调用Context.bindService()方法并不会致使该方法被屡次调用。 onUnbind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务解除绑定时被调用 十二、 注册广播有几种方式，这些方式有何优缺点？请谈谈Android引入广播机制的用意。 答：首先写一个类要继承BroadcastReceiver 第一种:在清单文件中声明,添加 <receive android:name=".IncomingSMSReceiver " > <intent-filter> <action android:name="android.provider.Telephony.SMS_RECEIVED") <intent-filter> <receiver> 第二种使用代码进行注册如: IntentFilter filter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED"); IncomingSMSReceiver receiver = new IncomgSMSReceiver(); registerReceiver(receiver.filter); 两种注册类型的区别是： 1)第一种不是常驻型广播，也就是说广播跟随程序的生命周期。 2)第二种是常驻型，也就是说当应用程序关闭后，若是有信息广播来，程序也会被系统调用自动运行。
 1三、 请解释下在单线程模型中Message、Handler、Message Queue、Looper之间的关系。 答：简单的说，Handler获取当前线程中的looper对象，looper用来从存放Message的MessageQueue中取出Message，再有Handler进行Message的分发和处理. Message Queue(消息队列)：用来存放经过Handler发布的消息，一般附属于某一个建立它的线程，能够经过Looper.myQueue()获得当前线程的消息队列 Handler：能够发布或者处理一个消息或者操做一个Runnable，经过Handler发布消息，消息将只会发送到与它关联的消息队列，然也只能处理该消息队列中的消息 Looper：是Handler和消息队列之间通信桥梁，程序组件首先经过Handler把消息传递给Looper，Looper把消息放入队列。Looper也把消息队列里的消息广播给全部的 Handler：Handler接受到消息后调用handleMessage进行处理 Message：消息的类型，在Handler类中的handleMessage方法中获得单个的消息进行处理 在单线程模型下，为了线程通讯问题，Android设计了一个Message Queue(消息队列)， 线程间能够经过该Message Queue并结合Handler和Looper组件进行信息交换。下面将对它们进行分别介绍： 1. Message Message消息，理解为线程间交流的信息，处理数据后台线程须要更新UI，则发送Message内含一些数据给UI线程。 2. Handler Handler处理者，是Message的主要处理者，负责Message的发送，Message内容的执行处理。后台线程就是经过传进来的 Handler对象引用来sendMessage(Message)。而使用Handler，须要implement 该类的 handleMessage(Message)方法，它是处理这些Message的操做内容，例如Update UI。一般须要子类化Handler来实现handleMessage方法。 3. Message Queue Message Queue消息队列，用来存放经过Handler发布的消息，按照先进先出执行。 每一个message queue都会有一个对应的Handler。Handler会向message queue经过两种方法发送消息：sendMessage或post。这两种消息都会插在message queue队尾并按先进先出执行。但经过这两种方法发送的消息执行的方式略有不一样：经过sendMessage发送的是一个message对象,会被 Handler的handleMessage()函数处理；而经过post方法发送的是一个runnable对象，则会本身执行。 4. Looper Looper是每条线程里的Message Queue的管家。Android没有Global的Message Queue，而Android会自动替主线程(UI线程)创建Message Queue，但在子线程里并无创建Message Queue。因此调用Looper.getMainLooper()获得的主线程的Looper不为NULL，但调用Looper.myLooper() 获得当前线程的Looper就有可能为NULL。对于子线程使用Looper，API Doc提供了正确的使用方法：这个Message机制的大概流程： 1. 在Looper.loop()方法运行开始后，循环地按照接收顺序取出Message Queue里面的非NULL的Message。 2. 一开始Message Queue里面的Message都是NULL的。当Handler.sendMessage(Message)到Message Queue，该函数里面设置了那个Message对象的target属性是当前的Handler对象。随后Looper取出了那个Message，则调用 该Message的target指向的Hander的dispatchMessage函数对Message进行处理。在dispatchMessage方法里，如何处理Message则由用户指定，三个判断，优先级从高到低： 1) Message里面的Callback，一个实现了Runnable接口的对象，其中run函数作处理工做； 2) Handler里面的mCallback指向的一个实现了Callback接口的对象，由其handleMessage进行处理； 3) 处理消息Handler对象对应的类继承并实现了其中handleMessage函数，经过这个实现的handleMessage函数处理消息。 因而可知，咱们实现的handleMessage方法是优先级最低的！ 3. Handler处理完该Message (update UI) 后，Looper则设置该Message为NULL，以便回收！ 在网上有不少文章讲述主线程和其余子线程如何交互，传送信息，最终谁来执行处理信息之类的，我的理解是最简单的方法——判断Handler对象里面的Looper对象是属于哪条线程的，则由该线程来执行！ 1. 当Handler对象的构造函数的参数为空，则为当前所在线程的Looper； 2. Looper.getMainLooper()获得的是主线程的Looper对象，Looper.myLooper()获得的是当前线程的Looper对象。

 五、说说mvc模式的原理，它在android中的运用,android的官方建议应用程序的开发采用mvc模式。何谓mvc？
mvc是model,view,cOntroller的缩写，mvc包含三个部分：
模型（model）对象：是应用程序的主体部分，全部的业务逻辑都应该写在该层。
视图（view）对象：是应用程序中负责生成用户界面的部分。也是在整个mvc架构中用户惟一能够看到的一层，接收用户的输入，显示处理结果。
控制器（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，若是耗时的操做放在这里，程序就很容易被回收掉。
3)模型层（model）：对数据库的操做、对网络等的操做都应该在model里面处理，固然对业务计算等操做也是必须放在的该层的。

1六、 什么是ANR 如何避免它？
答：ANR：Application Not Responding。在Android中，活动管理器和窗口管理器这两个系统服务负责监视应用程序的响应，当用户操做的在5s内应用程序没能作出反应，BroadcastReceiver在10秒内没有执行完毕，就会出现应用程序无响应对话框，这既是ANR。
避免方法：Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽量少的去作建立操做。潜在的耗时操做，例如网络或数据库操做，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者异步方式）来完成。主线程应该为子线程提供一个Handler，以便完成时可以提交给主线程。

1七、 什么状况会致使Force Close ？如何避免？可否捕获致使其的异常？
答：程序出现异常，好比nullpointer。
避免：编写程序时逻辑连贯，思惟缜密。能捕获异常，在logcat中能看到异常信息