Android面试知识笔记：那些年面试官常问的知识点---（附详细解析

flutter架构师

墨衍会员 · AI 创作全网分发码龄5年

关注

原创最新推荐文章于 2024-06-23 03:59:02 发布 281 阅读 AI 写同款· GEO 优化 ›

AI权益加码！Claude Code、Cursor等20+工具免费用！购周边限时加赠Coding Plan Lite，畅享主流AI工具！学习进阶更高效！阅读详情

广播的两种类型：

1、有序广播：按照优先级，一级一级向下传递，接收者可以修改广播数据，也可以终止广播事件。
2、无序广播：所有接收者都会接收事件，不能被拦截跟修改。

服务

启动

1、使用Context的startService方法启动

onCreate()—>onStartCommand()—>onDestroy()

2、使用Context的bindService方法启动

onCreate()—>onBind()—>onUnBind()—>onDestroy()

停止

1、在外部使用stopService方法，如果使用bindService的方式启动，则使用unbindService方法停止

2、在Service内部（onStartCommand方法内）使用stopSelf

onStartCommand方法的返回值

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

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

3、START_REDELIVER_INTENT：重传Intent。使用这个返回值时，系统会自动重启该服务，并将Intent的值传入。

IntentService

继承于Service，启动方式与Service的传统启动方式一样，不同点在于内部有一个线程来处理耗时操作，当任务执行完成时服务会自动停止。

Activity的启动模式

standard：标准模式，默认的启动模式，不管是否已经存在实例都会生成新的实例
singleTop：栈顶复用模式，如果发现有对应Activity的实例正位于栈顶，则直接打开此页面，不再生成新的实例，同时onNewIntent方法会被执行，onCreate跟onStart方法都不会执行。否则跟standard模式一样继续生成新的实例。
singleTask：站内复用模式，如果栈内存

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】完整内容开源分享

在对应Activity的实例就会复用这个Activity，复用时会将它上面的Activity全部出栈，同时onNewIntent方法也会被执行。

singleInstance：单例模式，该模式具备singleTask模式的所有特性外，与它的区别就是，这种模式下的Activity会单独占用一个Task栈，具有全局唯一性。以singleInstance模式启动的Activity在整个系统中是单例的，如果在启动这样的Activiyt时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。

Activity的启动过程

app启动的过程有两种情况，第一种是从桌面launcher上点击相应的应用图标，第二种是在activity中通过调用startActivity来启动一个新的activity。

1.Luncher.startActivitySafely()

public final class Launcher extends Activity
implements View.OnClickListener,
OnLongClickListener,
LauncherModel.Callbacks,
AllAppsView.Watcher {

…

void startActivitySafely(Intent intent, Object tag) {
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
try {
startActivity(intent);
} catch (ActivityNotFoundException e) {
…
} catch (SecurityException e) {
…
}
}

…

}

2.Activity.startActivity

public class Activity extends ContextThemeWrapper
implements LayoutInflater.Factory,
Window.Callback, KeyEvent.Callback,
OnCreateContextMenuListener, ComponentCallbacks {

…

@Override
public void startActivity(Intent intent) {
startActivityForResult(intent, -1);
}

…

}

3.Activity.startActivityForResult

public class Activity extends ContextThemeWrapper
implements LayoutInflater.Factory,
Window.Callback, KeyEvent.Callback,
OnCreateContextMenuListener, ComponentCallbacks {

…

public void startActivityForResult(Intent intent, int requestCode) {
if (mParent == null) {
Instrumentation.ActivityResult ar =
mInstrumentation.execStartActivity(
this, mMainThread.getApplicationThread(), mToken, this,
intent, requestCode);
…
} else {
…
}

…

}

4.Instrumentation.execStartActivity

public class Instrumentation {

…

public ActivityResult execStartActivity(
Context who, IBinder contextThread, IBinder token, Activity target,
Intent intent, int requestCode) {
IApplicationThread whoThread = (IApplicationThread) contextThread;
if (mActivityMonitors != null) {
…
}
try {
int result = ActivityManagerNative.getDefault()
.startActivity(whoThread, intent,
intent.resolveTypeIfNeeded(who.getContentResolver()),
null, 0, token, target != null ? target.mEmbeddedID : null,
requestCode, false, false);
…
} catch (RemoteException e) {
}
return null;
}

…

}

这里的ActivityManagerNative.getDefault返回ActivityManagerService的远程接口，即ActivityManagerProxy接口

5.ActivityManagerProxy.startActivity

class ActivityManagerProxy implements IActivityManager
{

…

public int startActivity(IApplicationThread caller, Intent intent,
String resolvedType, Uri[] grantedUriPermissions, int grantedMode,
IBinder resultTo, String resultWho,
int requestCode, boolean onlyIfNeeded,
boolean debug) throws RemoteException {
Parcel data = Parcel.obtain();
Parcel reply = Parcel.obtain();
data.writeInterfaceToken(IActivityManager.descriptor);
data.writeStrongBinder(caller != null ? caller.asBinder() : null);
intent.writeToParcel(data, 0);
data.writeString(resolvedType);
data.writeTypedArray(grantedUriPermissions, 0);
data.writeInt(grantedMode);
data.writeStrongBinder(resultTo);
data.writeString(resultWho);
data.writeInt(requestCode);
data.writeInt(onlyIfNeeded ? 1 : 0);
data.writeInt(debug ? 1 : 0);
mRemote.transact(START_ACTIVITY_TRANSACTION, data, reply, 0);
reply.readException();
int result = reply.readInt();
reply.recycle();
data.recycle();
return result;
}

…

}

6.ActivityManagerService.startActivity

Context

Context是一个抽象基类，翻译为上下文，也可以理解为环境，提供一些程序运行基础信息。

Context有两个子类，ContextWrapper是上下文功能的封装类，而 ContextImpl 则是上下文功能的实现类。而 ContextWrapper 又有三个直接的子类， ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一个带主题的封装类，而它有一个直接子类就是Activity，所以Activity和Service以及Application的Context是不一样的，只有Activity需要主题，Service不需要主题。Context一共有三种类型，分别是Application、Activity和Service。这三个类虽然分别各种承担着不同的作用，但它们都属于Context的一种，而它们具体Context的功能则是由ContextImpl类去实现的，因此在绝大多数场景下，Activity、Service和Application这三种类型的Context都是可以通用的。不过有几种场景比较特殊，比如启动Activity，还有弹出Dialog。出于安全原因的考虑，Android是不允许Activity或Dialog凭空出现的，一个Activity的启动必须要建立在另一个Activity的基础之上，也就是以此形成的返回栈。而Dialog则必须在一个Activity上面弹出（除非是System Alert类型的Dialog），因此在这种场景下，我们只能使用Activity类型的Context，否则将会出错。