Android 面试题

版权声明：本文原创作者：Cym的博客（http://blog.csdn.net/cym492224103）

1.listView的优化方式

重用convertView

viewHolder

static class viewHolder

在列表里面有图片的情况下,监听滑动不加载图片

多个不同布局，可以创建不同的viewHolder和convertView进行重用

2.listView展示数据几种形式

从sqlite拉取数据源显示

从xml使用pull解析拉取数据源显示

从网络上拉取数据源显示

3.ipc

进程间通信主要包括管道, 系统IPC(Inter-Process Communication，进程间通信)(包括消息队列,信号,共享存储), 套接字(SOCKET).

目的:

l 数据传输：一个进程需要将它的数据发送给另一个进程，发送的数据量在一个字节到几兆字节之间。

l 共享数据：多个进程想要操作共享数据，一个进程对共享数据的修改，别的进程应该立刻看到。

l 通知事件：一个进程需要向另一个或一组进程发送消息，通知它（它们）发生了某种事件（如进程终止时要通知父进程）。

l 资源共享：多个进程之间共享同样的资源。为了作到这一点，需要内核提供锁和同步机制。

l 进程控制：有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。

进程通过与内核及其它进程之间的互相通信来协调它们的行为。Linux支持多种进程间通信（IPC）机制，信号和管道是其中的两种。除此之外，Linux还支持System V 的IPC机制（用首次出现的Unix版本命名）。

4.Parcel的机制

Android中的Parcel机制

实现了Bundle传递对象

使用Bundle传递对象，首先要将其序列化，但是，在Android中要使用这种传递对象的方式需要用到Android Parcel机制，即，Android实现的轻量级的高效的对象序列化和反序列化机制。

JAVA中的Serialize机制，译成串行化、序列化……，其作用是能将数据对象存入字节流当中，在需要时重新生成对象。主要应用是利用外部存储设备保存对象状态，以及通过网络传输对象等。

Android中的新的序列化机制
在Android系统中，定位为针对内存受限的设备，因此对性能要求更高，另外系统中采用了新的IPC（进程间通信）机制，必然要求使用性能更出色的对象传输方式。在这样的环境下，
Parcel被设计出来，其定位就是轻量级的高效的对象序列化和反序列化机制。
Android中序列化有以下几个特征：
1. 整个读写全是在内存中进行，所以效率比JAVA序列化中使用外部存储器会高很多；
2. 读写时是4字节对齐的
3. 如果预分配的空间不够时，会一次多分配50%；
4. 对于普通数据，使用的是mData内存地址，对于IBinder类型的数据以及FileDescriptor使用的是mObjects内存地址。后者是通过flatten_binder()和unflatten_binder()实现的，目的是反序列化时读出的对象就是原对象而不用重新new一个新对象。

代码：

activity代码：

Intent mIntent =newIntent(this,ParcelableDemo.class);

Bundle mBundle =newBundle();

mBundle.putParcelable(PAR_KEY, mPolice);

mIntent.putExtras(mBundle);

实体类：

public class Police implements Parcelable {

private String name;
private int workTime;

public String getName() {
returnname;
}

public void setName(String name) {
this.name = name;
}

public int getWorkTime() {
returnworkTime;
}

public void setWorkTime(int workTime) {
this.workTime = workTime;
}

public static final Parcelable.Creator<Police> CREATOR =newCreator<Police>() {

@Override
public Police createFromParcel(Parcel source) {
Police police =newPolice();
police.name = source.readString();
police.workTime = source.readInt();
returnpolice;
}

@Override
public Police[] newArray(int size) {
returnnewPolice[size];
}
};

@Override
public int describeContents() {
return0;
}

@Override
public void writeToParcel(Parcel parcel, int flags) {
parcel.writeString(name);
parcel.writeInt(workTime);
}

}5.JNI调用

(1) Eclipse中新建android工程

工程名 JNItest

Package名com.ura.test

Activity名 JNItest

应用程序名 JNItest

(2) 编辑main.xml

define LOG_TAG “JNITest”

undef LOG

include

intent.putExtras(bundle)

Application 全局里面存放 对象 ,自己去实现自己的application的这个类,

基础系统的application , 每个activity都可以取到

让对象实现 implements Serializable 接口把对象存放到文件上.

让类实现Serializable 接口,然后可以通过ObjectOutputStream //对象输出流

File file = new File(“c:\1.obj”);

FileOutputStream fos = new FileOutputStream(file);

ObjectOutputStream oos = new ObjectOutputStream(fos);

Student stu = new Student();
oos.writeObject(stu);

//从文件中把对象读出来
ObjectInputStream ois = new ObjectInputStream(arg0);
Student stu1 = (Student) ois.readObject();

文件/网络

intent.setData(Uri)

Uri.fromFile(); //大图片的传递

9.讲一讲对activity的理解？

把上面的几点用自己的心得写出来

service

1.什么是Service以及描述下它的生命周期。Service有哪些启动方法，有什么区别，怎样停用Service？

在Service的生命周期中，被回调的方法比Activity少一些，只有onCreate, onStart, onDestroy,

onBind和onUnbind。

通常有两种方式启动一个Service,他们对Service生命周期的影响是不一样的。

1 通过startService

Service会经历 onCreate 到onStart，然后处于运行状态，stopService的时候调用onDestroy方法。

如果是调用者自己直接退出而没有调用stopService的话，Service会一直在后台运行。

2 通过bindService

Service会运行onCreate，然后是调用onBind， 这个时候调用者和Service绑定在一起。调用者退出了，Srevice就会调用onUnbind->onDestroyed方法。

所谓绑定在一起就共存亡了。调用者也可以通过调用unbindService方法来停止服务，这时候Srevice就会调用onUnbind->onDestroyed方法。

需要注意的是如果这几个方法交织在一起的话，会出现什么情况呢？

一个原则是Service的onCreate的方法只会被调用一次，就是你无论多少次的startService又bindService，Service只被创建一次。

如果先是bind了，那么start的时候就直接运行Service的onStart方法，

如果先是start，那么bind的时候就直接运行onBind方法。

如果service运行期间调用了bindService，这时候再调用stopService的话，service是不会调用onDestroy方法的，service就stop不掉了，只能调用UnbindService, service就会被销毁

如果一个service通过startService 被start之后，多次调用startService 的话，service会多次调用onStart方法。多次调用stopService的话，service只会调用一次onDestroyed方法。

如果一个service通过bindService被start之后，多次调用bindService的话，service只会调用一次onBind方法。

多次调用unbindService的话会抛出异常。

2.service是否在main thread中执行, service里面是否能执行耗时的操作?

默认情况,如果没有显示的指定service所运行的进程, Service和activity是运行在当前app所在进程的main thread(UI主线程)里面

service里面不能执行耗时的操作(网络请求,拷贝数据库,大文件 )

在子线程中执行 new Thread(){}.start();

特殊情况 ,可以在清单文件配置 service 执行所在的进程 ,让service在另外的进程中执行

3.怎么让在启动一个Activity是就启动一个service？

在activity的onCreate()方法里面 startService();

4.Activity怎么和service绑定，怎么在activity中启动自己对应的service？

startService() 一旦被创建 调用着无关 没法使用service里面的方法

bindService () 把service 与调用者绑定 ,如果调用者被销毁, service会销毁

bindService() 我们可以使用service 里面的方法

bindService(). 让activity能够访问到 service里面的方法

构建一个intent对象,

Intent service = new Intent(this,MyService.class);

通过bindService的方法去启动一个服务,

bindService(intent, new MyConn(), BIND_AUTO_CREATE);

ServiceConnection 对象(重写onServiceConnected和OnServiceDisconnected方法) 和BIND_AUTO_CREATE.

private class myconn implements ServiceConnection

{

public void onServiceConnected(ComponentName name, IBinder service) {
// TODO Auto-generated method stub
//可以通过IBinder的对象 去使用service里面的方法
}

public void onServiceDisconnected(ComponentName name) {
// TODO Auto-generated method stub

}

}
5.不用service，B页面为音乐播放，从A跳转到B，再返回，如何使音乐继续播放？

这个问题问的很山寨.默认不做任何处理,B里面的音乐都能播放.

遇到问题, 可以随机应变,灵活发挥,多考虑些细节,比如说这个题就可以这样说,说说你对startActivityForResult的理解()

B的结束的时候 setResult()

A会调用到onActivityResult()

就会获取到resultCode

A开启B的时候,用startActivityForResult()方法, B返回的时候把播放的状态信息返回给A ,A继续播放音乐.

seekTo(resultCode) 6.什么是IntentService？有何优点？

普通的service ,默认运行在ui main 主线程

Sdk给我们提供的方便的,带有异步处理的service类,

可以在OnHandleIntent() 处理耗时的操作

7.什么时候使用Service?

后台操作，耗时操作的时候

拥有service的进程具有较高的优先级
官方文档告诉我们，Android系统会尽量保持拥有service的进程运行，只要在该service已经被启动(start)或者客户端连接(bindService)到它。当内存不足时，需要保持，拥有service的进程具有较高的优先级。

1． 如果service正在调用onCreate, onStartCommand或者onDestory方法，那么用于当前service的进程相当于前台进程以避免被killed。

2． 如果当前service已经被启动(start)，拥有它的进程则比那些用户可见的进程优先级低一些，但是比那些不可见的进程更重要，这就意味着service一般不会被killed.

3． 如果客户端已经连接到service (bindService),那么拥有Service的进程则拥有最高的优先级，可以认为service是可见的。

4． 如果service可以使用startForeg round(int, Notification)方法来将service设置为前台状态，那么系统就认为是对用户可见的，并不会在内存不足时killed。

如果有其他的应用组件作为Service,Activity等运行在相同的进程中，那么将会增加该进程的重要性。

1.Service的特点可以让他在后台一直运行,可以在service里面创建线程去完成耗时的操作.

new Thread(){

TimerTask // 循环的执行一个定时的任务

}.start();

2.Broadcast receiver捕获到一个事件之后,可以起一个service来完成一个耗时的操作.

ANR new Service()

3.远程的service如果被启动起来,可以被多次bind, 但不会重新create.  索爱手机X10i的人脸识别的service可以被图库使用,可以被摄像机,照相机等程序使用.

画廊 摄像机 照相机 bindService() Ibinder的对象, 访问service

8.如何在让Service杀不死？

Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。

从Android官方文档中，我们知道onStartCommand有4种int返回值，首先简单地讲讲int返回值的作用。

一、onStartCommand有4种返回值：

START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。

START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。

START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。

START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。

二、创建不被杀死的service

1.在service中重写下面的方法，这个方法有三个返回值， START_STICKY（或START_STICKY_COMPATIBILITY）是service被kill掉后自动重写创建

@Override public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY_COMPATIBILITY; //return super.onStartCommand(intent, flags, startId); }

或

@Override public int onStartCommand(Intent intent, int flags, int startId) { flags = START_STICKY; return super.onStartCommand(intent, flags, startId); // return START_REDELIVER_INTENT; }

@Override public void onStart(Intent intent, int startId) { // 再次动态注册广播 IntentFilter localIntentFilter = new IntentFilter(“android.intent.action.USER_PRESENT”); localIntentFilter.setPriority(Integer.MAX_VALUE);// 整形最大值 myReceiver searchReceiver = new myReceiver(); registerReceiver(searchReceiver, localIntentFilter); super.onStart(intent, startId); }

2.在Service的onDestroy()中重启Service.

public void onDestroy() { Intent localIntent = new Intent(); localIntent.setClass(this, MyService.class); // 销毁时重新启动Service this.startService(localIntent); }

3.创建一个广播

public class myReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { context.startService(new Intent(context, Google.class)); } }

4.AndroidManifest.xml中注册广播myReceiver及MyService服务

注：解锁，启动，切换场景激活广播需加权限，如启动完成，及手机机状态等。

亲测ZTE U795手机Android 4.0.4版本adb push到system\app下android:persistent=”true” 变成核心程序，在360杀掉进程的时候，myReceiver照样有效，保证service重生。呃

KILL问题： 1. settings 中stop service onDestroy方法中，调用startService进行Service的重启。 2.settings中force stop 应用 捕捉系统进行广播（action为android.intent.action.PACKAGE_RESTARTED） 3. 借助第三方应用kill掉running task 提升service的优先级，程序签名，或adb push到system\app下等

相较于/data/app下的应用，放在/system/app下的应用享受更多的特权，比如若在其Manifest.xml文件中设置persistent属性为true，则可使其免受out-of-memory killer的影响。如应用程序’Phone’的AndroidManifest.xml文件：