安卓手机如何打开.do文件呢？让我们一起来了解一下吧。
安卓手机不能打开.do文件，需要安装电脑软件Adobe Reader XI才能打开，具体操作如下：
1、对.do文件进行右键点击，从打开方式中单击选择默认程序。
2、在打开的对话框中寻找到Adobe Reader XI并进行单击选择，点击确定。
3、完成以上操作后，.do文件就可以打开了。
以上就是小编的分享了，希望能帮到大家。
搞懂Android应用启动过程，再也不怕面试官了
简要回顾
先回顾一下Android系统的启动过程：
init进程fork出Zygote进程后，Zygote进程会创建一个服务端socket，等待AMS发起socket请求。
同时，由Zygote进程fork出的SystemServer进程会启动各项系统服务，其中就包含了AMS，AMS会启动Launcher桌面，此时就可以等待用户点击App图标来启动应用进程了。
然后看下系统服务的启动，不管是由init进程启动的独立进程的系统服务如SurfaceFlinger，还是由SystemServer进程启动的非独立进程的系统服务如AMS，都是在ServiceManager进程中完成注册和获取的，在跨进程通信上使用了Android的binder机制。
ServiceManager进程本身也是一个系统服务，经过启动进程、启动binder机制、发布自己和等待请求4个步骤，就可以处理其他系统服务的获取和注册需求了。
AMS发送socket请求Android应用进程的启动是被动式的，在Launcher桌面点击图标启动一个应用的组件如Activity时，如果Activity所在的进程不存在，就会创建并启动进程。
点击App图标后经过层层调用会来到ActivityStackSupervisor的startSpecificActivityLocked方法。
//ActivityStackSupervisor.javafinal ActivityManagerService mService;void startSpecificActivityLocked(...) { //查找Activity所在的进程，ProcessRecord是用来封装进程信息的数据结构 ProcessRecord app = mService.getProcessRecordLocked(...); //如果进程已启动，并且binder句柄IApplicationthread也拿到了，那就直接启动Activity if (app != null && app.thread != null) { realStartActivityLocked(r, app, andResume, checkConfig); return; } //否则，让AMS启动进程 mService.startProcessLocked(...);}
app.thread并不是线程，而是一个binder句柄。应用进程使用AMS需要拿到AMS的句柄IActivityManager，而系统需要通知应用和管理应用的生命周期，所以也需要持有应用进程的binder句柄IApplicationThread。
也就是说，他们互相持有彼此的binder句柄，来实现双向通信。
那IApplicationThread句柄是怎么传给AMS的呢？Zygote进程收到socket请求后会处理请求参数，执行ActivityThread的入口函数main。
//ActivityThread.javapublic static void main(String[] args) { //创建主线程的looper Looper.prepareMainLooper(); //ActivityThread并不是线程，只是普通的java对象 ActivityThread thread = new ActivityThread(); //告诉AMS，应用已经启动好了 thread.attach(false); //运行looper，启动消息循环 Looper.loop();}private void attach(boolean system) { //获取AMS的binder句柄IActivityManager final IActivityManager mgr = ActivityManager.getService(); //告诉AMS应用进程已经启动，并传入应用进程自己的binder句柄IApplicationThread mgr.attachApplication(mAppThread);}
所以对于AMS来说：
1.AMS向Zygote发起启动应用的socket请求，Zygote收到请求fork出进程，返回进程的pid给AMS；
2.应用进程启动好后，执行入口main函数，通过attachApplication方法告诉AMS已经启动，同时传入应用进程的binder句柄IApplicationThread。
完成这两步，应用进程的启动过程才算完成。
下面看AMS的startProcessLocked启动应用进程时都做了些什么。
//ActivityManagerService.javafinal ProcessRecord startProcessLocked(...){ ProcessRecord app = getProcessRecordLocked(processName, info.uid, keepIfLarge); //如果进程信息不为空，并且已经拿到了Zygote进程返回的应用进程pid //说明AMS已经请求过了，并且Zygote已经响应请求然后fork出进程了 if (app != null && app.pid > 0) { //但是app.thread还是空，说明应用进程还没来得及注册自己的binder句柄给AMS //即此时进程正在启动，那就直接返回，避免重复创建 if (app.thread == null) { return app; } } //调用重载方法 startProcessLocked(...);}
之所以要判断app.thread，是为了避免当应用进程正在启动的时候，假如又有另一个组件需要启动，导致重复拉起（创建）应用进程。
继续看重载方法startProcessLocked：
//ActivityManagerService.javaprivate final void startProcessLocked(...){ //应用进程的主线程的类名 if (entryPoint == null) entryPoint = "android.app.ActivityThread"; ProcessStartResult startResult = Process.start(entryPoint, ...);}//Process.javapublic static final ProcessStartResult start(...){ return zygoteProcess.start(...);}
来到ZygoteProcess。
//ZygoteProcess.javapublic final Process.ProcessStartResult start(...){ return startViaZygote(...);}private Process.ProcessStartResult startViaZygote(...){ ArrayList<String> argsForZygote = new ArrayList<String>(); //...处理各种参数 return zygoteSendArgsAndGetResult(openZygoteSocketIfNeeded(abi), argsForZygote);}
其中：
梳理一下：
注意：Zygote进程启动时已经创建好了虚拟机实例，所以由他fork出的应用进程可以直接继承过来用而无需创建。
下面来看Zygote是如何处理socket请求的。
Zygote处理socket请求从 图解Android系统的启动 一文可知，在ZygoteInit的main函数中，会创建服务端socket。
//ZygoteInit.javapublic static void main(String argv[]) { //Server类，封装了socket ZygoteServer zygoteServer = new ZygoteServer(); //创建服务端socket，名字为socketName即zygote zygoteServer.registerServerSocket(socketName); //进入死循环，等待AMS发请求过来 zygoteServer.runSelectLoop(abiList);}
看到ZygoteServer。
//ZygoteServer.javavoid registerServerSocket(String socketName) { int fileDesc; //socket真正的名字被加了个前缀，即 "ANDROID_SOCKET_" "zygote" final String fullSocketName = ANDROID_SOCKET_PREFIX socketName; String env = System.getenv(fullSocketName); fileDesc = Integer.parseInt(env); //创建文件描述符fd FileDescriptor fd = new FileDescriptor(); fd.setInt$(fileDesc); //创建LocalServerSocket对象 mServerSocket = new LocalServerSocket(fd);}void runSelectLoop(String abiList){ //进入死循环 while (true) { for (int i = pollFds.length - 1; i >= 0; --i) { if (i == 0) { //... } else { //得到一个连接对象ZygoteConnection，调用他的runOnce boolean done = peers.get(i).runOnce(this); } } }}
来到ZygoteConnection的runOnce。
boolean runOnce(ZygoteServer zygoteServer){ //读取socket请求的参数列表 String args[] = readArgumentList(); //创建应用进程 int pid = Zygote.forkAndSpecialize(...); if (pid == 0) { //如果是应用进程(Zygote fork出来的子进程)，处理请求参数 handleChildProc(parsedArgs, descriptors, childPipeFd, newStderr); return true; } else { return handleParentProc(pid, descriptors, serverPipeFd, parsedArgs); }}
handleChildProc方法调用了ZygoteInit的zygoteInit方法，里边主要做了3件事：
这样应用进程就启动起来了。梳理一下：
下面看下binder线程池是怎么启动的。
启动binder线程池Zygote的跨进程通信没有使用binder，而是socket，所以应用进程的binder机制不是继承而来，而是进程创建后自己启动的。
前边可知，Zygote收到socket请求后会得到一个ZygoteConnection，他的runOnce会调用handleChildProc。
//ZygoteConnection.javaprivate void handleChildProc(...){ ZygoteInit.zygoteInit(...);}//ZygoteInit.javapublic static final void zygoteInit(...){ RuntimeInit.commonInit(); //进入native层 ZygoteInit.nativeZygoteInit(); RuntimeInit.applicationInit(targetSdkVersion, argv, classLoader);}
来到AndroidRuntime.cpp：
//AndroidRuntime.cppstatic void com_android_internal_os_ZygoteInit_nativeZygoteInit(JNIEnv* env, jobject clazz){ gCurRuntime->onZygoteInit();}
来到app_main.cpp：
//app_main.cppvirtual void onZygoteInit() { //获取单例 sp<ProcessState> proc = ProcessState::self(); //在这里启动了binder线程池 proc->startThreadPool();}
看下ProcessState.cpp：
//ProcessState.cppsp<ProcessState> ProcessState::self(){ //单例模式，返回ProcessState对象 if (gProcess != NULL) { return gProcess; } gProcess = new ProcessState("/dev/binder"); return gProcess;}//ProcessState构造函数ProcessState::ProcessState(const char *driver) : mDriverName(String8(driver)) , mDriverFD(open_driver(driver)) //打开binder驱动 ,//...{ if (mDriverFD >= 0) { //mmap是一种内存映射文件的方法，把mDriverFD映射到当前的内存空间 mVMStart = mmap(0, BINDER_VM_SIZE, PROT_READ, MAP_PRIVATE | MAP_NORESERVE, mDriverFD, 0); }}//启动了binder线程池void ProcessState::startThreadPool(){ if (!mThreadPoolStarted) { mThreadPoolStarted = true; spawnPooledThread(true); }}void ProcessState::spawnPooledThread(bool isMain){ if (mThreadPoolStarted) { //创建线程名字"Binder:${pid}_${自增数字}" String8 name = makeBinderThreadName(); sp<Thread> t = new PoolThread(isMain); //运行binder线程 t->run(name.string()); }}
ProcessState有两个宏定义值得注意一下：
//ProcessState.cpp//一次Binder通信最大可以传输的大小是 1MB-4KB*2#define BINDER_VM_SIZE ((1 * 1024 * 1024) - sysconf(_SC_PAGE_SIZE) * 2)//binder驱动的文件描述符fd被限制了最大线程数15#define DEFAULT_MAX_BINDER_THREADS 15
我们看下binder线程PoolThread长啥样：
class PoolThread : public Thread {public: explicit PoolThread(bool isMain) : mIsMain(isMain){}protected: virtual bool threadLoop() { //把binder线程注册进binder驱动程序的线程池中 IPCThreadState::self()->joinThreadPool(mIsMain); return false; } const bool mIsMain;};
来到IPCThreadState.cpp：
//IPCThreadState.cppvoid IPCThreadState::joinThreadPool(bool isMain){ //向binder驱动写数据：进入死循环 mOut.writeInt32(isMain ? BC_ENTER_LOOPER : BC_REGISTER_LOOPER); status_t result; do { //进入死循环，等待指令的到来 result = getAndExecuteCommand(); } while (result != -ECONNREFUSED && result != -EBADF); //向binder驱动写数据：退出死循环 mOut.writeInt32(BC_EXIT_LOOPER);}status_t IPCThreadState::getAndExecuteCommand(){ //从binder驱动读数据，得到指令 cmd = mIn.readInt32(); //执行指令 result = executeCommand(cmd); return result;}
梳理一下binder的启动过程：
综上，Android应用进程的启动可以总结成以下步骤：
完整流程图：
面试前的知识梳理，储备提升自己的知识准备得怎么样，这直接决定了你能否顺利通过一面和二面，所以在面试前来一个知识梳理，看需不需要提升自己的知识储备是很有必要的。
关于知识梳理，这里再分享一下我面试这段时间的复习路线：（以下体系的复习资料是我从各路大佬收集整理好的）
知识梳理完之后，就需要进行查漏补缺，所以针对这些知识点，我手头上也准备了不少的电子书和笔记，这些笔记将各个知识点进行了完美的总结。
《507页Android开发相关源码解析》
《379页Android开发面试宝典》
3.项目复盘
实际上，面试的一二轮所问到的技术问题，很多都是围绕着你的项目展开，因此在面试前最后要做好的一件事情就是项目复盘。关于项目复盘，我个人的思路如下，可供参考：
提前把思路捋一捋，上面这些问题好好思考或准备一下，做到心中有谱以后，自然能够面试官聊得融洽，保持一个好的心态，通过的几率就会更大一些。
以上文章中的资料，均可以免费分享给大家来学习，
资料太多，全部展示会影响篇幅，暂时就先列举这些部分截图；
需要的朋友，直接转发 点赞 私信回复【资料】一键领取！！！
