美文网首页面试专题
Android开发你必须了解的几个原理

Android开发你必须了解的几个原理

作者: Android_开发 | 来源:发表于2018-12-21 09:51 被阅读60次

    随着互联网的迅速发展,Android技术也是发生很大的变化,要求也是越来高了,在11,12年只要会基本的Android组件,会listview,分享就感觉很牛了,智能手机的发展,及用户普通追求高效率,用户体验的提升,要求开发人员必须会懂实现原理及优化APP程序;不管是面试他人还是被面试目前都经常问到原理性的问题,handler实现原理,activity启动原理,进程通信原理,多线程等等,接下来我聊聊面试中经常遇到的原理问题;

    一,ContentProvider进程间如何共享数据的,数据存在哪里?

    1,一个程序可以通过实现一个ContentProvider的抽象接口将自己的数据完全暴露出去,而且ContentProvider是以类似数据库中表的方式将数据暴露的。那么外界获取其提供的数据,也就应该与从数据库中获取数据的操作基本一样,只不过是采用URL来表示外界需要访问的“数据库”。

    2,ContentProvider提供了一种多应用间数据共享的方式。ContentProvider是个实现了一组用于提供其他应用程序存取数据的标准方法的类。应用程序可以在ContentProvider中执行如下操作:查询数据、修改数据、添加数据、删除数据。

    3,标准的ContentProvider:Android提供了一些已经在系统中实现的标准,比如联系人信息,图片库等等,可以用这些ContentProvider来访问设备上存储的联系人信息、图片等等。

    4,在ContentProvider中使用的查询字符串有别于标准的SQL查询,很多诸如select、add、delete、modify等操作都使用一种特殊的URL进行,这种URL由3部分组成,“content://”,代表数据的路径和一个可选的表示数据的ID。

    content://media/internal/images 这个URL将返回设备上存储的所有图片

    content://contacts/people/ 这个URL将返回设备上的所有联系人信息

    content://contacts/people/9 这个URL返回单个结果(联系人信息中ID为9的联系人记录)

    5,如果想要存储字节型数据,比如位图文件等,那保存该数据的数据列其实是一个表示实际保存保存文件的URL字符串,客户端通过它来读取对应的文件数据,处理这种数据类型的ContentProvider需要实现一个名为_data的字段,_data字段列出了该文件在Android文件系统上的精确路径。这个字段不仅是供客户端使用,而且也可以供ContentResolver使用。客户端可以调用ContentResolver.openOutputStream()方法来处理该URL指向的文件资源,如果是ContentResolver本身的话,由于其持有的权限比客户端要高,所以它能直接访问该数据文件。

    ContentProvider使用Android文件系统或者SQLite数据库来保持数据,但是也可以以任何方式来存储。本例用SQLite数据库来保持数据。

    二,Android中的handler大家都熟悉,handler是原理及looper.loop在主线程轮询为什么不会导致主线程阻塞?

    1、handler封装消息的发送(主要包括消息发送给谁)

    2、Looper——消息封装的载体。(1)内部包含一个MessageQueue,所有的Handler发送的消息都走向这个消息队列;(2)Looper.Looper方法,就是一个死循环,不断地从MessageQueue取消息,如果有消息就处理消息,没有消息就阻塞。

    3、MessageQueue,一个消息队列,添加消息,处理消息

    4、handler内部与Looper关联,handler->Looper->MessageQueue,handler发送消息就是向MessageQueue队列发送消息。

    activityThread并不是一个Thread,只是一个final类,主线一般是从这个类的main方法开始,在activityThread中可以看到有Looper,接着可以找找对应的handler,继承了handler 在handleMessage的部分看出 Activity 的生命周期都有对应的 case 条件了

    public void handleMessage(Message msg) {

    if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what));

    switch (msg.what) {

    case LAUNCH_ACTIVITY: {

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStart");

    final ActivityClientRecord r = (ActivityClientRecord) msg.obj;

    r.packageInfo = getPackageInfoNoCheck(

    r.activityInfo.applicationInfo, r.compatInfo);

    handleLaunchActivity(r, null);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    } break;

    case RELAUNCH_ACTIVITY: {

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityRestart");

    ActivityClientRecord r = (ActivityClientRecord)msg.obj;

    handleRelaunchActivity(r);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    } break;

    case PAUSE_ACTIVITY:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityPause");

    handlePauseActivity((IBinder)msg.obj, false, (msg.arg1&1) != 0, msg.arg2,

    (msg.arg1&2) != 0);

    maybeSnapshot();

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    break;

    case PAUSE_ACTIVITY_FINISHING:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityPause");

    handlePauseActivity((IBinder)msg.obj, true, (msg.arg1&1) != 0, msg.arg2,

    (msg.arg1&1) != 0);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    break;

    case STOP_ACTIVITY_SHOW:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStop");

    handleStopActivity((IBinder)msg.obj, true, msg.arg2);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    break;

    case STOP_ACTIVITY_HIDE:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStop");

    handleStopActivity((IBinder)msg.obj, false, msg.arg2);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    break;

    case SHOW_WINDOW:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityShowWindow");

    handleWindowVisibility((IBinder)msg.obj, true);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    break;

    case HIDE_WINDOW:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityHideWindow");

    handleWindowVisibility((IBinder)msg.obj, false);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    break;

    case RESUME_ACTIVITY:

    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityResume");

    handleResumeActivity((IBinder) msg.obj, true, msg.arg1 != 0, true);

    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

    ActivityThread 有个 getHandler 方法,得到这个 handler 就可以发送消息,然后 loop 里就分发消息,然后就发给 handler, 然后就执行到 H(Handler )里的对应代码。所以这些代码就不会卡死~,有消息过来就能执行。

    三、Activity启动过程

    一切从main()方法开始

    Android中,一个应用程序的开始可以说就是从ActivityThread.java中的main()方法开始的。都是学过Java的人,想必也都知道Java的程序入口就是main()方法。从这点而言,我们可以把它想成是一个Java程序(注意,不是说Android是个Java程序哦)去理解。

    main()方法中主要做的事情有:

    初始化主线程的Looper、主Handler。并使主线程进入等待接收Message消息的无限

    public static void main(String[] args){

    ...

    Looper.prepareMainLooper();

    //初始化Looper

    ...

    ActivityThread thread = new ActivityThread();

    //实例化一个ActivityThread

    thread.attach(false);

    //这个方法最后就是为了发送出创建Application的消息

    ...

    Looper.loop();

    //主线程进入无限循环状态,等待接收消息

    }

                                                                                  关注公众号获取更多视频教程

    相关文章

      网友评论

        本文标题:Android开发你必须了解的几个原理

        本文链接:https://www.haomeiwen.com/subject/fvopkqtx.html