Android 知识整理(二)-Android篇

1、如何导入外部数据库?

  • 把原数据库包括在项目源码的 res/raw
  • Android系统下数据库应该存放在 /data/data/com..(package name)/ 目录下,所以我们需要做的是把已有的数据库传入那个目录下.操作方法是用FileInputStream读取原数据库,再用FileOutputStream把读取到的东西写入到那个目录。

2、本地广播和全局广播有什么差别?

因广播数据在本应用范围内传播,不用担心隐私数据泄露的问题;不用担心别的应用伪造广播,造成安全隐患;相比在系统内发送全局广播,它更高效。

3、IntentService作用是什么,AIDL解决了什么问题-小米

  • IntentService,可以看做是Service和HandlerThread的结合体,在完成了使命之后会自动停止,适合需要在工作线程处理UI无关任务的场景。
  • AIDL (Android Interface Definition Language) 是一种IDL 语言,用于生成可以在Android设备上两个进程之间进行进程间通信(interprocess communication, IPC)的代码。如果在一个进程中(例如Activity)要调用另一个进程中(例如Service)对象的操作,就可以使用AIDL生成可序列化的参数。
    AIDL IPC机制是面向接口的,像COM或Corba一样,但是更加轻量级。它是使用代理类在客户端和实现端传递数据。

4、Ubuntu编译安卓系统-百度

  • 进入源码根目录
  • . build/envsetup.sh
  • lunch
  • full(编译全部)
  • userdebug(选择编译版本)
  • make -j8(开启8个线程编译)

5、LaunchMode应用场景-百度-小米-乐视

  • standard,创建一个新的Activity。
  • singleTop,栈顶不是该类型的Activity,创建一个新的Activity。否则,运行onNewIntent。
  • singleTask,回退栈中没有该类型的Activity,创建Activity,否则,onNewIntent+ClearTop。
  • singleInstance,回退栈中,只有这一个Activity,没有其他Activity。

6、Touch事件传递流程-小米

  • 事件都是从Activity.dispatchTouchEvent()开始传递
  • 事件由父View传递给子View,ViewGroup可以通过onInterceptTouchEvent()方法对事件拦截,停止其向子view传递
  • 如果事件从上往下传递过程中一直没有被停止,且最底层子View没有消费事件,事件会反向往上传递,这时父View(ViewGroup)可以进行消费,如果还是没有被消费的话,最后会到Activity的onTouchEvent()函数。
  • 如果View没有对ACTION_DOWN进行消费,之后的其他事件不会传递过来,也就是说ACTION_DOWN必须返回true,之后的事件才会传递进来
  • OnTouchListener优先于onTouchEvent()对事件进行消费


    Android 知识整理(二)-Android篇_第1张图片
    view_touch_ignorant.png

    Android 知识整理(二)-Android篇_第2张图片
    view_touch_intercept.png

    Android 知识整理(二)-Android篇_第3张图片
    view_touch_interested.png

7、View绘制流程-百度

  • View 绘制流程函数调用链
Android 知识整理(二)-Android篇_第4张图片
view_draw_method_chain.png
  • measure 和 layout

从整体上来看 Measure 和 Layout 两个步骤的执行:


Android 知识整理(二)-Android篇_第5张图片
measure_layout.png

8、多线程-360

原文链接

  • AsyncTask
    它是一种轻量级的异步任务类,可以在线程池中执行后台任务,然后把执行的进度和最终结果传递给主线程并在主线程中更新UI。从实现上来说,AsyncTask封装了Thread 和Handler,通过AsyncTask可以更加方便的执行后台任务以及在主线程中处理UI,但是AsyncTask并不适合进行特别耗时的后台任务,对于这些耗时的任务建议使用线程池。AsyncTask在使用过程中有条件限制,主要有如下几点:
  1. AsyncTask类必须在主线程中加载。因为AsyncTask里面有个一静态的Handler对象,为了能够将执行环境切换到主线程,这就要求Handler必须在主线程中创建,所以AsyncTask必须在主线程中进行类加载。
  2. AsyncTask的对象必须在主线程中创建。
  3. execute 方法必须在UI线程调用。
  4. 一个AsyncTask对象只能执行一次,即只能调用一次execute方法,否则报运行时异常。
  5. 在Android1.6之前,AsyncTask是串行执行任务的,Android1.6的时候AsyncTask开始使用线程池处理并行任务,但是从Android3.0开始,为了避免AsyncTask所带来的并发错误,AsyncTask又采用一个线程串行执行任务。尽管如此,在Android3.0以及后续的版本中,我们仍然可以通过AsyncTask的executeOnExecutor方法来并行地执行任务。
  • HandlerThread
    HandlerThread继承了Thread,它是一种可以使用Handler的Thread,它的实现也很简单,就是run方法中通过Looper.prepare()来 创建消息队列,并通过Looper.loop()来开启消息循环,这样在实际使用中就允许在HandlerThread中创建Handler了。其run方法如下所示:
@Override
public void run() {  
    mTid = Process.myTid();  
    Looper.prepare();    
    synchronized (this) {     
        mLooper = Looper.myLooper();  
        notifyAll(); 
    }  
    Process.setThreadPriority(mPriority);   
    onLooperPrepared();   
    Looper.loop();   
    mTid = -1;
}

HandlerThread因为在内部创建了一个消息队列,所以需要在外部通过Handler发送消息通知HandlerThread执行一个具体的任务。

  • IntentService
    IntentService是一种特殊的Service,他继承了Service并且它是一个抽象类,因此必须创建它的子类才可以使用IntentService。IntentService封装了HandlerThread和Handler,这点可以从他的onCreate()。方法中看出来,如下所示:
@Override
public void onCreate() {   
    // TODO: It would be nice to have an option to hold a partial wakelock   
    // during processing, and to have a static startService(Context, Intent)   
    // method that would launch the service & hand off a wakelock.  
    super.onCreate();    
    HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");   
    thread.start();  
    mServiceLooper = thread.getLooper();   
    mServiceHandler = new ServiceHandler(mServiceLooper);
}

IntentService是在onStartCommand中处理每个后台任务的Intent。在该方法中发送消息给ServiceHandler去处理,具体处理方法为:

@WorkerThreadprotected 
abstract void onHandleIntent(Intent intent);
  • Android中的线程池
    线程池的好处可以概括为一下三点:
  • 重用线程池中的线程,避免因为线程的创建和销毁所带来的性能开销。
  • 能有效控制线程池的最大并发数,避免大量的线程之间因相互抢占系统资源而导致的阻塞现象。
  • 能够对线程进行简单的管理,并提供定时执行以及指定间隔循环执行等功能。

Android中线程池的概念来源于Java中的Executor,Executor是一个接口,真正的线程池实现为ThreadPoolExecutor。ThreadPoolExecutor提供了一系列参数来配置线程池,主要为4类,在介绍这四类线程池之前先了解一下ThreadPoolExecutor。
ThreadPoolExecutor常用的构造方法:

public ThreadPoolExecutor(
    int corePoolSize,
    int maximumPoolSize,
    long keepAliveTime,
    TimeUnit unit,  
    BlockingQueue workQueue,
    ThreadFactory threadFactory) { 
       this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,threadFactory, defaultHandler);
}

9、Handler,Thread和HandlerThread的差别-小米

原文链接

  • 使用方法

还是先来看看HandlerThread的使用方法: 首先新建HandlerThread并且执行start()

private HandlerThread mHandlerThread;
......
mHandlerThread = new HandlerThread("HandlerThread");
handlerThread.start();

创建Handler,使用mHandlerThread.getLooper()生成Looper:

final Handler handler = new Handler(mHandlerThread.getLooper()){
    @Override
    public void handleMessage(Message msg) {
        System.out.println("收到消息");
    }
};

然后再新建一个子线程来发送消息:

new Thread(new Runnable() {
    @Override
    public void run() {
        try {
            Thread.sleep(1000);//模拟耗时操作
            handler.sendEmptyMessage(0);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}).start();

最后一定不要忘了在onDestroy释放,避免内存泄漏:

@Override
protected void onDestroy() {
    super.onDestroy();
    mHandlerThread.quit();
}

执行结果很简单,就是在控制台打印字符串:收到消息

  • 总结

HandlerThread的使用方法还是比较简单的,但是我们要明白一点的是:如果一个线程要处理消息,那么它必须拥有自己的Looper,并不是Handler在哪里创建,就可以在哪里处理消息的。

如果不用HandlerThread的话,需要手动去调用Looper.prepare()和Looper.loop()这些方法。

10、线程同步-百度

11、什么情况导致内存泄漏-美团

  1. 资源对象没关闭造成的内存泄漏。 资源性对象比如(Cursor,File文件等)往往都用了一些缓冲,我们在不使用的时候,应该及时关闭它们,以便它们的缓冲及时回收内存。它们的缓冲不仅存在于 java虚拟机内,还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null,而不关闭它们,往往会造成内存泄漏。因为有些资源性对象,比如 SQLiteCursor(在析构函数finalize(),如果我们没有关闭它,它自己会调close()关闭),如果我们没有关闭它,系统在回收它时也会关闭它,但是这样的效率太低了。因此对于资源性对象在不使用的时候,应该调用它的close()函数,将其关闭掉,然后才置为null.在我们的程序退出时一定要确保我们的资源性对象已经关闭。
    程序中经常会进行查询数据库的操作,但是经常会有使用完毕Cursor后没有关闭的情况。如果我们的查询结果集比较小,对内存的消耗不容易被发现,只有在常时间大量操作的情况下才会复现内存问题,这样就会给以后的测试和问题排查带来困难和风险。
  2. 构造Adapter时,没有使用缓存的convertView。 以构造ListView的BaseAdapter为例,在BaseAdapter中提供了方法:
    public View getView(int position, ViewconvertView, ViewGroup parent)
    来向ListView提供每一个item所需要的view对象。初始时ListView会从BaseAdapter中根据当前的屏幕布局实例化一定数量的 view对象,同时ListView会将这些view对象缓存起来。当向上滚动ListView时,原先位于最上面的list item的view对象会被回收,然后被用来构造新出现的最下面的list item。这个构造过程就是由getView()方法完成的,getView()的第二个形参View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。由此可以看出,如果我们不去使用 convertView,而是每次都在getView()中重新实例化一个View对象的话,即浪费资源也浪费时间,也会使得内存占用越来越大。
  3. Bitmap对象不在使用时调用recycle()释放内存。 有时我们会手工的操作Bitmap对象,如果一个Bitmap对象比较占内存,当它不在被使用的时候,可以调用Bitmap.recycle()方法回收此对象的像素所占用的内存,但这不是必须的,视情况而定。可以看一下代码中的注释:
  4. 试着使用关于application的context来替代和activity相关的context。 这是一个很隐晦的内存泄漏的情况。有一种简单的方法来避免context相关的内存泄漏。最显著地一个是避免context逃出他自己的范围之外。使用Application context。这个context的生存周期和你的应用的生存周期一样长,而不是取决于activity的生存周期。如果你想保持一个长期生存的对象,并且这个对象需要一个context,记得使用application对象。你可以通过调用 Context.getApplicationContext() or Activity.getApplication()来获得。
  5. 注册没取消造成的内存泄漏。 一些Android程序可能引用我们的Anroid程序的对象(比如注册机制)。即使我们的Android程序已经结束了,但是别的引用程序仍然还有对我们的Android程序的某个对象的引用,泄漏的内存依然不能被垃圾回收。调用registerReceiver后未调用unregisterReceiver。
    比如:假设我们希望在锁屏界面(LockScreen)中,监听系统中的电话服务以获取一些信息(如信号强度等),则可以在LockScreen中定义一个 PhoneStateListener的对象,同时将它注册到TelephonyManager服务中。对于LockScreen对象,当需要显示锁屏界面的时候就会创建一个LockScreen对象,而当锁屏界面消失的时候LockScreen对象就会被释放掉。
    但是如果在释放 LockScreen对象的时候忘记取消我们之前注册的PhoneStateListener对象,则会导致LockScreen无法被垃圾回收。如果不断的使锁屏界面显示和消失,则最终会由于大量的LockScreen对象没有办法被回收而引起OutOfMemory,使得system_process 进程挂掉。
    虽然有些系统程序,它本身好像是可以自动取消注册的(当然不及时),但是我们还是应该在我们的程序中明确的取消注册,程序结束时应该把所有的注册都取消掉。
  6. 集合中对象没清理造成的内存泄漏。 我们通常把一些对象的引用加入到了集合中,当我们不需要该对象时,并没有把它的引用从集合中清理掉,这样这个集合就会越来越大。如果这个集合是static的话,那情况就更严重了。

12、ANR定位和修正

如果开发机器上出现问题,我们可以通过查看/data/anr/traces.txt即可,最新的ANR信息在最开始部分。

  • 主线程被IO操作(从4.0之后网络IO不允许在主线程中)阻塞。
  • 主线程中存在耗时的计算
  • 主线程中错误的操作,比如Thread.wait或者Thread.sleep等

Android系统会监控程序的响应状况,一旦出现下面两种情况,则弹出ANR对话框

  • 应用在5秒内未响应用户的输入事件(如按键或者触摸)
  • BroadcastReceiver未在10秒内完成相关的处理
  • Service在特定的时间内无法处理完成 20秒
  • 使用AsyncTask处理耗时IO操作。
  • 使用Thread或者HandlerThread时,调用Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)设置优先级,否则仍然会降低程序响应,因为默认Thread的优先级和主线程相同。
  • 使用Handler处理工作线程结果,而不是使用Thread.wait()或者Thread.sleep()来阻塞主线程。
  • Activity的onCreate和onResume回调中尽量避免耗时的代码
  • BroadcastReceiver中onReceive代码也要尽量减少耗时,建议使用IntentService处理。

13、什么情况导致oom-乐视-美团

  • 使用更加轻量的数据结构
  • Android里面使用Enum
  • Bitmap对象的内存占用
  • 更大的图片
  • onDraw方法里面执行对象的创建
  • StringBuilder

14、Service与Activity之间通信的几种方式

通过Binder对象
通过broadcast(广播)的形式

15、如何保证Service在后台不被Kill

  • onStartCommand方法,返回START_STICKY
  • 提升service优先级: 在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = "1000"这个属性设置最高优先级,1000是最高值,如果数字越小则优先级越低,同时适用于广播。
  • 提升service进程优先级: Android中的进程是托管的,当系统进程空间紧张的时候,会依照优先级自动进行进程的回收。当service运行在低内存的环境时,将会kill掉一些存在的进程。因此进程的优先级将会很重要,可以使用startForeground 将service放到前台状态。这样在低内存时被kill的几率会低一些。
  • onDestroy方法里重启service: service +broadcast 方式,就是当service走ondestory的时候,发送一个自定义的广播,当收到广播的时候,重新启动service;
  • Application加上Persistent属性
  • 监听系统广播判断Service状态: 通过系统的一些广播,比如:手机重启、界面唤醒、应用状态改变等等监听并捕获到,然后判断我们的Service是否还存活,别忘记加权限啊。

16、RequestLayout, onLayout, onDraw, DrawChild区别与联系-猎豹

  • requestLayout()方法 :会导致调用measure()过程 和 layout()过程 。
  • 将会根据标志位判断是否需要ondraw
  • onLayout()方法(如果该View是ViewGroup对象,需要实现该方法,对每个子视图进行布局)
  • 调用onDraw()方法绘制视图本身 (每个View都需要重载该方法,ViewGroup不需要实现该方法)
  • drawChild()去重新回调每个子视图的draw()方法

17、Android动画框架实现原理

Animation框架定义了透明度,旋转,缩放和位移几种常见的动画,而且控制的是整个View,实现原理是每次绘制视图时View所在的ViewGroup中的drawChild函数获取该View的Animation的Transformation值,然后调用canvas.concat(transformToApply.getMatrix()),通过矩阵运算完成动画帧,如果动画没有完成,继续调用invalidate()函数,启动下次绘制来驱动动画,动画过程中的帧之间间隙时间是绘制函数所消耗的时间,可能会导致动画消耗比较多的CPU资源,最重要的是,动画改变的只是显示,并不能相应事件。

18、Android为每个应用程序分配的内存大小是多少-美团

android程序内存一般限制在16M,也有的是24M。近几年手机发展较快,一般都会分配两百兆左右,和具体机型有关。

19、优化自定义View百度-乐视-小米

为了加速你的view,对于频繁调用的方法,需要尽量减少不必要的代码。先从onDraw开始,需要特别注意不应该在这里做内存分配的事情,因为它会导致GC,从而导致卡顿。在初始化或者动画间隙期间做分配内存的动作。不要在动画正在执行的时候做内存分配的事情。

你还需要尽可能的减少onDraw被调用的次数,大多数时候导致onDraw都是因为调用了invalidate().因此请尽量减少调用invaildate()的次数。如果可能的话,尽量调用含有4个参数的invalidate()方法而不是没有参数的invalidate()。没有参数的invalidate会强制重绘整个view。

另外一个非常耗时的操作是请求layout。任何时候执行requestLayout(),会使得Android UI系统去遍历整个View的层级来计算出每一个view的大小。如果找到有冲突的值,它会需要重新计算好几次。另外需要尽量保持View的层级是扁平化的,这样对提高效率很有帮助。

如果你有一个复杂的UI,你应该考虑写一个自定义的ViewGroup来执行他的layout操作。与内置的view不同,自定义的view可以使得程序仅仅测量这一部分,这避免了遍历整个view的层级结构来计算大小。这个PieChart 例子展示了如何继承ViewGroup作为自定义view的一部分。PieChart 有子views,但是它从来不测量它们。而是根据他自身的layout法则,直接设置它们的大小。

20、Volley-美团-乐视

21、Glide源码解析

22、Android设计模式

23、Android属性动画特性-乐视-小米

如果你的需求中只需要对View进行移动、缩放、旋转和淡入淡出操作,那么补间动画确实已经足够健全了。但是很显然,这些功能是不足以覆盖所有的场景的,一旦我们的需求超出了移动、缩放、旋转和淡入淡出这四种对View的操作,那么补间动画就不能再帮我们忙了,也就是说它在功能和可扩展方面都有相当大的局限性,那么下面我们就来看看补间动画所不能胜任的场景。

注意上面我在介绍补间动画的时候都有使用“对View进行操作”这样的描述,没错,补间动画是只能够作用在View上的。也就是说,我们可以对一个Button、TextView、甚至是LinearLayout、或者其它任何继承自View的组件进行动画操作,但是如果我们想要对一个非View的对象进行动画操作,抱歉,补间动画就帮不上忙了。可能有的朋友会感到不能理解,我怎么会需要对一个非View的对象进行动画操作呢?这里我举一个简单的例子,比如说我们有一个自定义的View,在这个View当中有一个Point对象用于管理坐标,然后在onDraw()方法当中就是根据这个Point对象的坐标值来进行绘制的。也就是说,如果我们可以对Point对象进行动画操作,那么整个自定义View的动画效果就有了。显然,补间动画是不具备这个功能的,这是它的第一个缺陷。

然后补间动画还有一个缺陷,就是它只能够实现移动、缩放、旋转和淡入淡出这四种动画操作,那如果我们希望可以对View的背景色进行动态地改变呢?很遗憾,我们只能靠自己去实现了。说白了,之前的补间动画机制就是使用硬编码的方式来完成的,功能限定死就是这些,基本上没有任何扩展性可言。

最后,补间动画还有一个致命的缺陷,就是它只是改变了View的显示效果而已,而不会真正去改变View的属性。什么意思呢?比如说,现在屏幕的左上角有一个按钮,然后我们通过补间动画将它移动到了屏幕的右下角,现在你可以去尝试点击一下这个按钮,点击事件是绝对不会触发的,因为实际上这个按钮还是停留在屏幕的左上角,只不过补间动画将这个按钮绘制到了屏幕的右下角而已。

24、Activity Window View三者的差别,fragment的特点-360

Activity像一个工匠(控制单元),Window像窗户(承载模型),View像窗花(显示视图)
LayoutInflater像剪刀,Xml配置像窗花图纸。

  1. 在Activity中调用attach,创建了一个Window
  2. 创建的window是其子类PhoneWindow,在attach中创建PhoneWindow
  3. 在Activity中调用setContentView(R.layout.xxx)
  4. 其中实际上是调用的getWindow().setContentView()
  5. 调用PhoneWindow中的setContentView方法
  6. 创建ParentView:作为ViewGroup的子类,实际是创建的DecorView(作为FramLayout的子类)
  7. 将指定的R.layout.xxx进行填充,通过布局填充器进行填充【其中的parent指的就是DecorView】
  8. 调用到ViewGroup
  9. 调用ViewGroup的removeAllView(),先将所有的view移除掉
  10. 添加新的view:addView()

Fragment 特点

  1. Fragment可以作为Activity界面的一部分组成出现;
  2. 可以在一个Activity中同时出现多个Fragment,并且一个Fragment也可以在多个Activity中使用;
  3. 在Activity运行过程中,可以添加、移除或者替换Fragment;
  4. Fragment可以响应自己的输入事件,并且有自己的生命周期,它们的生命周期会受宿主Activity的生命周期影响。

25、invalidate和postInvalidate的区别及使用-百度

  • 利用invalidate()刷新界面 实例化一个Handler对象,并重写handleMessage方法调用invalidate()实现界面刷新;而在线程中通过sendMessage发送界面更新消息。
  • 使用postInvalidate()刷新界面 使用postInvalidate则比较简单,不需要handler,直接在线程中调用postInvalidate即可。

26、LinearLayout和RelativeLayout性能对比-百度

  • RelativeLayout会让子View调用2次onMeasure,LinearLayout 在有weight时,也会调用子View2次onMeasure
  • RelativeLayout的子View如果高度和RelativeLayout不同,则会引发效率问题,当子View很复杂时,这个问题会更加严重。如果可以,尽量使用padding代替margin。
  • 在不影响层级深度的情况下,使用LinearLayout和FrameLayout而不是RelativeLayout。

为什么Google给开发者默认新建了个RelativeLayout,而自己却在DecorView中用了个LinearLayout。因为DecorView的层级深度是已知而且固定的,上面一个标题栏,下面一个内容栏。采用RelativeLayout并不会降低层级深度,所以此时在根节点上用LinearLayout是效率最高的。而之所以给开发者默认新建了个RelativeLayout是希望开发者能采用尽量少的View层级来表达布局以实现性能最优,因为复杂的View嵌套对性能的影响会更大一些。

27、View刷新机制-百度-美团

由ViewRoot对象的performTraversals()方法调用draw()方法发起绘制该View树,值得注意的是每次发起绘图时,并不会重新绘制每个View树的视图,而只会重新绘制那些“需要重绘”的视图,View类内部变量包含了一个标志位DRAWN,当该视图需要重绘时,就会为该View添加该标志位。

mView.draw()开始绘制,draw()方法实现的功能如下:

  • 绘制该View的背景
  • 为显示渐变框做一些准备操作(见5,大多数情况下,不需要改渐变框)
  • 调用onDraw()方法绘制视图本身 (每个View都需要重载该方法,ViewGroup不需要实现该方法)
  • 调用dispatchDraw ()方法绘制子视图(如果该View类型不为ViewGroup,即不包含子视图,不需要重载该方法)值得说明的是,ViewGroup类已经为我们重写了dispatchDraw ()的功能实现,应用程序一般不需要重写该方法,但可以重载父类函数实现具体的功能。

28、从网络加载一个10M的图片,说下注意事项-腾讯

图片缓存、异常恢复、质量压缩

29、进程间通信方式

  • 通过Intent在Activity、Service或BroadcastReceiver间进行进程间通信,可通过Intent传递数据
  • AIDL方式
  • Messenger方式
  • 利用ContentProvider
  • Socket方式
  • 基于文件共享的方式

30、什么是协程

  • 协程,又称微线程,纤程。英文名Coroutine。
  • 协程的概念很早就提出来了,但直到最近几年才在某些语言(如Lua)中得到广泛应用。
  • 子程序,或者称为函数,在所有语言中都是层级调用,比如A调用B,B在执行过程中又调用了C,C执行完毕返回,B执行完毕返回,最后是A执行完毕。
  • 所以子程序调用是通过栈实现的,一个线程就是执行一个子程序。
  • 子程序调用总是一个入口,一次返回,调用顺序是明确的。而协程的调用和子程序不同。
  • 协程看上去也是子程序,但执行过程中,在子程序内部可中断,然后转而执行别的子程序,在适当的时候再返回来接着执行。

31、Android自定义控件原理

  • Android控件架构
    每一个Activity包含一个Window对象,DecorView作为整个应用窗口的根View,其下包含TitleView和ContentView,这里ContentView就是id为content的FrameLayout,我们平时写的layout就是天生包裹着一层FrameLayout。在代码中,Activity的OnCreate中调用setContentView()方法后,ActivityManagerService会回调onResume()方法,此时系统会将整个DecorView添加到PhoneWindow中,并让其显示出来,由此可以见,为了让视图尽快显示,尽量减轻OnCreate操作。
  • View的测量
  • View的绘制
  • ViewGroup的测量
  • 自定义View
  • 事件拦截机制分析

32、Service生命周期

Android 知识整理(二)-Android篇_第6张图片
官方示意图
Android 知识整理(二)-Android篇_第7张图片
生命周期方法具体介绍
Android 知识整理(二)-Android篇_第8张图片
常见的生命周期使用

33、Android系统启动流程是什么

Android 知识整理(二)-Android篇_第9张图片
系统启动流程.png

你可能感兴趣的:(Android 知识整理(二)-Android篇)