03.Android之View原理问题

我不是女神ヾ 2022-03-02 02:39 308阅读 0赞

#### 目录介绍 ####

*  3.0.0.1 View的绘制需要经过哪些过程？有哪些常用回调方法？View的绘制流程的详细流程是怎样的？
 *  3.0.0.2 View绘制流程，当一个TextView的实例调用setText()方法后执行了什么？请说一下原理……
 *  3.0.0.3 requestLayout()、invalidate()与postInvalidate()有什么区别？
 *  3.0.0.4 DecorView的作用是什么？DecorView中如何获取ContentView以及Activity所设置的View?ViewRootIml如何和DecorView建立联系?
 *  3.0.0.5 getWidth()方法和getMeasureWidth()区别呢？为什么有时候用getWidth()或者getMeasureWidth()得到0？
 *  3.0.0.6 平时写的自定义控件有哪些？如何优化自定义view？View的绘制流程说一下？自定义View的注意点？
 *  3.0.0.7 View的wrap\_content和match\_parent效果一致的原因分析？getDefaultSize方法的处理逻辑？
 *  3.0.0.8 ViewGroup(抽象类)的measure流程？getChildMeasureSpec获取子元素MeasureSpec的要点？
 *  3.0.0.9 View的layout过程？View的layout()源码分析？LinearLayout的onLayout方法？View的测量宽高和最终宽高有什么区别？
 *  3.0.1.0 draw的过程步骤是什么？View特殊方法setWillNotDraw是干什么用的？
 *  3.0.1.1 View中x,y,translationX,translationY分别是什么？View平移时是否改变了left、top等原始参数？
 *  3.0.1.2 MeasureSpec是什么？MeasureSpec的组成？测量模式SpecMode的类型和具体含义？MeasureSpec和LayoutParams的对应关系？
 *  3.0.1.3 如何获取View的测量宽/高？如何在Activity启动时获得View的宽/高？Activity中获得View宽高的4种办法？
 *  3.0.1.4 Activity启动到最终加载ViewRoot(执行三大流程)的流程是什么？
 *  3.0.1.5 自定义View性能优化有哪些?针对异常销毁，自定义View如何优化？如何避免创建大量对象？

### 好消息 ###

*  博客笔记大汇总【15年10月到至今】，包括Java基础及深入知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，当然也在工作之余收集了大量的面试题，长期更新维护并且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计500篇\[近100万字\]，将会陆续发表到网上，转载请注明出处，谢谢！
 *  **链接地址：[https://github.com/yangchong2...][https_github.com_yangchong2...]**
 *  如果觉得好，可以star一下，谢谢！当然也欢迎提出建议，万事起于忽微，量变引起质变！所有的笔记将会更新到GitHub上，同时保持更新，欢迎同行提出或者push不同的看法或者笔记！

#### 3.0.0.1 View的绘制需要经过哪些过程？有哪些常用回调方法？View的绘制流程的详细流程是怎样的？ ####

*  View的绘制需要经过哪些过程？
    
     *  measure：测量View的宽和高
        
         *  View的measure方法是final类型方法——表明该方法无法被重载
         *  View的measure方法会调用onMeasure方法，onMeasure会调用setMeasuredDimension方法设置View宽/高的测量值
     *  layout：确定View在父控件中的放置位置
     *  draw：负责将View绘制在屏幕上。[技术博客大总结][https_github.com_yangchong2...]
 *  有哪些常用回调方法？
    
     *  构造方法
     *  onAttachToWindow：在包含View的Activity启动时调用
     *  onDetachFromWindow：在包含View的Activity退出或者View被remove时回调
     *  onVisibilityChanged：当View的可见状态发生改变时调用
 *  比较重要的概念
    
     *  ViewRoot：连接WindowManager(外界访问Window的入口)和DecorView（顶级View）的纽带，View的三大流程均是通过ViewRoot来完成的。
     *  DecorView：顶级View
        
         *  DecorView是顶级View，本质就是一个FrameLayout
         *  包含了两个部分，标题栏和内容栏
         *  内容栏id是content，也就是activity中setContentView所设置的部分，最终将布局添加到id为content的FrameLayout中
 *  View的绘制流程的详细流程是怎样的？[技术博客大总结][https_github.com_yangchong2...]
    
     *  View的绘制流程是从ViewRoot的PerformTraversals方法开始的。大概的流程如下所示
        
         *  performTraversals会依次调用performMeasure, performLayout, performDraw三个方法，这三个方法分别完成顶层View的measure,layout,draw方法，onMeasure又会调用所有子元素的measure过程，直到完成整个View树的遍历。同理，performLayout, performDraw的传递流程与performMeasure相似。唯一不同在于，performDraw的传递过程在draw方法中通过dispatchDraw实现，但没有本质区别。
         *  Measure过程后可以调用getMeasureWidth和getMeasureHeight方法获取View测量后的宽高，与getWidth和getHeight的区别是：getMeasuredHeight()返回的是原始测量高度，与屏幕无关，getHeight()返回的是在屏幕上显示的高度。实际上在当屏幕可以包裹内容的时候，他们的值是相等的，只有当view超出屏幕后，才能看出他们的区别。当超出屏幕后，getMeasuredHeight()等于getHeight()加上屏幕之外没有显示的高度。
         *  Layout过程确定View四个顶点的位置和实际的宽高。
         *  Draw过程确定View的显示，只有draw方法完成后View的内容才会出现在屏幕上。
         *  ![image][]

#### 3.0.0.2 View绘制流程，当一个TextView的实例调用setText()方法后执行了什么？请说一下原理…… ####

*  View的绘制流程主要分为三步：
    
     *  onMeasure：测量视图的大小，从顶层父View到子View递归调用measure()方法，measure()调用onMeasure()方法，onMeasure()方法完成绘制工作。
     *  onLayout：确定视图的位置，从顶层父View到子View递归调用layout()方法，父View将上一步measure()方法得到的子View的布局大小和布局参数，将子View放在合适的位置上。
     *  onDraw：绘制最终的视图，首先ViewRoot创建一个Canvas对象，然后调用onDraw()方法进行绘制。onDraw()方法的绘制流程为
        
         *  ① 绘制视图背景。
         *  ② 绘制画布的图层。 [技术博客大总结][https_github.com_yangchong2...]
         *  ③ 绘制View内容。
         *  ④ 绘制子视图，如果有的话。
         *  ⑤ 还原图层。
         *  ⑥ 绘制滚动条。

#### 3.0.0.3 requestLayout()、invalidate()与postInvalidate()有什么区别？requestLayout()何时不会触发onDraw()？ ####

*  invalidate() postInvalidate()
    
     *  invalidate()该方法递归调用父View的invalidateChildInParent()方法，直到调用ViewRootImpl的invalidateChildInParent()方法，最终触发ViewRootImpl的performTraversals()方法，此时mLayoutRequestede为false，不会触发onMesaure()与onLayout()方法，有可能会触发onDraw()方法。
     *  共同点：都是调用onDraw()方法，然后去达到重绘view的目的
     *  区别：invalidate()用于主线程，postInvalidate()用于子线程
 *  requestLayout()
    
     *  该方法会递归调用父窗口的requestLayout()方法，直到触发ViewRootImpl的performTraversals()方法，此时mLayoutRequestede为true，会触发onMesaure()与onLayout()方法，不一定会触发onDraw()方法。
     *  当view确定自身已经不再适合现有的区域时，该view本身调用这个方法要求parent view(父类的视图)重新调用他的onMeasure、onLayout来重新设置自己位置。特别是当view的layoutparameter发生改变，并且它的值还没能应用到view上时，这时候适合调用这个方法requestLayout()。requestLayout调用onMeasure和onLayout，不一定调用onDraw[技术博客大总结][https_github.com_yangchong2...]
 *  如何选择
    
     *  一般说来需要重新布局就调用requestLayout()方法，需要重新绘制就调用invalidate()方法。
 *  requestLayout()何时不会触发onDraw()？
    
     *  如果没有改变控件的leftrighttopbottom就不会触发onDraw()
 *  invalidate()在什么情况下不会触发onDraw？
    
     *  在ViewGroup中，invalidate默认不重新绘制子view。
 *  如何让ViewGroup在invalidate时会触发onDraw？[技术博客大总结][https_github.com_yangchong2...]
    
     *  本质需要将ViewGroup的dirtyOpaque设置为false
        
         *  1.在构造函数中调用setWillNotDraw(false);
         *  2.给ViewGroup设置背景。调用setBackground。

#### 3.0.0.4 DecorView的作用是什么？DecorView中如何获取ContentView以及Activity所设置的View?ViewRootIml如何和DecorView建立联系? ####

*  DecorView的作用是什么？
    
     *  DecorView是顶级View，本质就是一个FrameLayout
     *  包含了两个部分，标题栏和内容栏，内容栏id是content，也就是activity中setContentView所设置的部分，最终将布局添加到id为content的FrameLayout中[技术博客大总结][https_github.com_yangchong2...]
 *  DecorView中如何获取ContentView以及Activity所设置的View?
    
     *  获取content：ViewGroup content = findViewById(R.android.id.content)
     *  获取设置的View：content.getChidlAt(0)
 *  ViewRootIml如何和DecorView建立联系?[技术博客大总结][https_github.com_yangchong2...]
    
     *  Activity对象在ActivityThread中创建完毕后，会将DecorView添加到Window中
     *  同时会创建ViewRootImpl，调用ViewRoot的setView方法将ViewRootImpl和DevorView建立关联
        
            root = new ViewRootImpl(view.getContext(), display);
            root.setView(view, wparams, panelParentView);
 *  ViewRoot为什么要和DecorView建立关联
    
     *  DecorView等View的三大流程需要通过ViewRoot完成

#### 3.0.0.5 getWidth()方法和getMeasureWidth()区别呢？为什么有时候用getWidth()或者getMeasureWidth()得到0？ ####

*  getWidth()方法和getMeasureWidth()区别呢
    
     *  getMeasureWidth()
        
         *  getMeasureWidth()方法在measure()过程结束后就可以获取到了，另外，getMeasureWidth()方法中的值是通过setMeasuredDimension()方法来进行设置的
         *  这里mMeasuredWidth & MEASURED\_SIZE\_MASK表示的是测量阶段结束之后，view真实的值。
        
            public final int getMeasuredWidth() {
                return mMeasuredWidth & MEASURED_SIZE_MASK;
            }
     *  getWidth()
        
         *  getWidth()方法要在layout()过程结束后才能获取到，getWidth()方法中的值则是通过视图右边的坐标减去左边的坐标计算出来的。
         *  mRight和mLeft是什么值，是在什么时候被设置的。具体看layout()过程中源码
        
            @ViewDebug.ExportedProperty(category = "layout")
            public final int getWidth() {
                return mRight - mLeft;
            }
 *  为什么有时候用getWidth()或者getMeasureWidth()得到0
    
     *  问题描述：使用getMeasuredWidth()和getMeasuredHeight()方法，无论是在onCreate()、onStart()、onResume()中调用，都无法得到控件的长度、和宽度。如下图，测量的结果为０。
     *  解释：[技术博客大总结][https_github.com_yangchong2...]
        
         *  因为View的Measure过程和Activity的生命周期方法不是同步执行的，所以无法保证Activity执行了onCreate()、onStart()、onResume()时某个View已经测量完毕了，如果View还没有测量完毕，那么获得宽／高就是０。
         *  后来觉得这种解释有点牵强，比如
 *  解决控件测量宽高问题
    
     *  如下所示
    
        @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.activity_main);
            test();
        }
        
        @Override
        public void onWindowFocusChanged(boolean hasFocus) {
            super.onWindowFocusChanged(hasFocus);
            getWidth(4);
        }
        
        private void test(){
            getWidth(1);
            
            marqueeView.measure(0, 0);
            getWidth(2);
            
            marqueeView.post(new Runnable() {
                @Override
                public void run() {
                    getWidth(3);
                }
            });
        }
        
        private void getWidth(int a){
            int width2 = marqueeView.getWidth();
            int measuredWidth2 = marqueeView.getMeasuredWidth();
            Log.e(a+"MainActivity-----",width2+"-----"+measuredWidth2);
        }
        
        //11-28 17:03:17.559 15990-15990/com.yc.cn.ycbanner E/1MainActivity-----: 0-----0
        //11-28 17:03:17.567 15990-15990/com.yc.cn.ycbanner E/2MainActivity-----: 0-----760
        //11-28 17:03:17.684 15990-15990/com.yc.cn.ycbanner E/3MainActivity-----: 960-----960
        //11-28 17:03:17.685 15990-15990/com.yc.cn.ycbanner E/4MainActivity-----: 960-----960
 *  什么时候测量宽高不等于实际宽高？
    
     *  MeasuredWidth/height!=getWidth/Height()的场景：更改View的布局参数并进行重新布局后，就会导致测量宽高!=实际宽高

#### 3.0.0.6 平时写的自定义控件有哪些？如何优化自定义view？View的绘制流程说一下？自定义View的注意点？ ####

*  平时写的自定义控件有哪些？
    
     *  1组合控件。这种自定义控件不需要我们自己绘制，而是使用原生控件组合成的新控件。如标题栏，recyclerView封装控件。
     *  2继承原有的控件。这种自定义控件在原生控件提供的方法外，可以自己添加一些方法。比如图片缩放控件，进度条控件。
     *  3完全自定义控件：这个View上所展现的内容全部都是我们自己绘制出来的。比如百分比进度条控件
 *  如何优化自定义 view
    
     *  为了加速你的view，对于频繁调用的方法，需要尽量减少不必要的代码。先从onDraw开始，需要特别注意不应该在这里做内存分配的事情，因为它会导致GC，从而导致卡顿。在初始化或者动画间隙期间做分配内存的动作。不要在动画正在执行的时候做内存分配的事情。
     *  你还需要尽可能的减少onDraw被调用的次数，大多数时候导致onDraw都是因为调用了invalidate().因此请尽量减少调用invaildate()的次数。如果可能的话，尽量调用含有4个参数的invalidate()方法而不是没有参数的invalidate()。没有参数的invalidate会强制重绘整个view。[技术博客大总结][https_github.com_yangchong2...]
     *  另外一个非常耗时的操作是请求layout。任何时候执行requestLayout()，会使得Android UI系统去遍历整个View的层级来计算出每一个view的大小。如果找到有冲突的值，它会需要重新计算好几次。另外需要尽量保持View的层级是扁平化的，这样对提高效率很有帮助。
     *  如果你有一个复杂的UI，你应该考虑写一个自定义的ViewGroup来执行他的layout操作。与内置的view不同，自定义的view可以使得程序仅仅测量这一部分，这避免了遍历整个view的层级结构来计算大小。这个PieChart 例子展示了如何继承ViewGroup作为自定义view的一部分。PieChart 有子views，但是它从来不测量它们。而是根据他自身的layout法则，直接设置它们的大小。
 *  View的绘制流程说一下？
    
     *  View的绘制流程：OnMeasure()——>OnLayout()——>OnDraw()
     *  第一步：OnMeasure()：测量视图大小。从顶层父View到子View递归调用measure方法，measure方法又回调OnMeasure。
     *  第二步：OnLayout()：确定View位置，进行页面布局。从顶层父View向子View的递归调用view.layout方法的过程，即父View根据上一步measure子View所得到的布局大小和布局参数，将子View放在合适的位置上。
     *  第三步：OnDraw()：绘制视图。ViewRoot创建一个Canvas对象，然后调用OnDraw()。六个步骤：①、绘制视图的背景；②、保存画布的图层（Layer）；③、绘制View的内容；④、绘制View子视图，如果没有就不用；⑤、还原图层（Layer）；⑥、绘制滚动条。[技术博客大总结][https_github.com_yangchong2...]
 *  自定义View的注意点？
    
     *  View需要支持wrap\_content、padding
     *  ViewGroup需要支持子View的margin和自身的padding
     *  尽量不要在View中使用Handler，View已经有post系列方法
     *  View如果有线程或者动画，需要及时停止(onDetachedFromWindow会在View被remove时调用)——避免内存泄露
     *  View如果有滑动嵌套情形，需要处理好滑动冲突

#### 3.0.0.7 View的wrap\_content和match\_parent效果一致的原因分析？getDefaultSize方法的处理逻辑？ ####

*  View的wrap\_content和match\_parent效果一致的原因分析？
    
     *  根据View的onMeasure方法中的getDefaultSize方法，我们可以发现在两种模式下，View的测量值等于该View的测量规格MeasureSpec中的尺寸。
     *  View的MeasureSpec本质是由自身的LayoutParams和父容器的MeasureSpec决定的。
     *  当View为wrap\_content时，该View的模式为AT\_MOST，且尺寸specSize为父容器的剩余空间大小。
     *  当View为match\_parent时，该View的模式跟随父容器的模式(AT\_MOST/EXACTLY), 且尺寸specSize为父容器的剩余空间大小。
     *  因此getDefaultSize中无论View是哪种模式，最终测量宽/高均等于尺寸specSize，因此两种属性效果是完全一样的(View的大小充满了父容器的剩余空间)[技术博客大总结][https_github.com_yangchong2...]
     *  除非给定View固定的宽/高，View的specSize才会等于该固定值。
 *  getDefaultSize方法的处理逻辑？
    
     *  getDefaultSize： 根据建议获取的最小宽高和测量规格，决定实际的测量宽高
        
         *  UNSPECIFIED模式：测量宽高 = 建议的最小宽高
         *  EXACTLY / AT\_MOST模式：测量宽高 = specSize[技术博客大总结][https_github.com_yangchong2...]
     *  View的getDefaultSize源码要点(决定了View宽高的测量值)
        
         *  UNSPECIFIED模式时，宽/高为第一个参数也就是getSuggestedMinimumWidth()获取的建议最小值
         *  AT\_MOST(wrap\_content)和EXACTLY(match\_parent/具体值dp等)这两个模式下，View宽高的测量值为当前View的MeasureSpec(测量规格)中指定的尺寸specsize

#### 3.0.0.8 ViewGroup(抽象类)的measure流程？getChildMeasureSpec获取子元素MeasureSpec的要点？ ####

*  ViewGroup(抽象类)的measure流程？
    
     *  ViewGroup没有onMeasure方法，只定义了measureChildren方法(onMeasure根据不同布局难以统一)
     *  measureChildren中遍历所有子元素并调用measureChild方法
     *  measureChild方法中会获取子View的MeasureSpec(getChildMeasureSpec)，然后调用子元素View的measure方法进行测量
 *  getChildMeasureSpec获取子元素MeasureSpec的要点？
    
     *  子View的MeasureSpec是根据自身的LayoutParams和父容器SpecMode生成
     *  当子View的布局参数为wrap\_content，且父容器模式为AT\_MOST时，效果与子元素布局为match\_parent是一样的。因此当子View的布局参数为wrap\_content时，需要给指定默认的宽/高
 *  LinearLayout的onMeasure()分析
    
     *  ViewGroup因为布局的不同，无法统一onMeasure方法，具体内容根据布局的不同而不同，这里直接以LinearLayout进行分析
     *  onMeasure会根据orientation选择measureVertical或者measureHorizontal进行测量
     *  measureVertical本质是遍历子元素，并执行子元素的measure方法，并获得子元素的总高度以及子元素在竖直方向上的margin等。[技术博客大总结][https_github.com_yangchong2...]
     *  最终LinearLayout会测量自己的大小，在orientation的方向上，如果布局是match\_parent或者具体数值，测量过程与View一致(高度为specSize)；如果布局是wrap\_content，高度是所有子元素高度总和，且不会超过父容器的剩余空间，最终高度需要考虑在竖直方向上的padding

#### 3.0.0.9 View的layout过程？View的layout()源码分析？LinearLayout的onLayout方法？View的测量宽高和最终宽高有什么区别？ ####

*  View的layout过程？
    
     *  使用layout方法确定View本身的位置
     *  layout中调用onLayout方法确定所有子View的位置
 *  View的layout()源码分析？
    
     *  调用setFrame()设置View四个定点位置(即初始化mLeft,mRight,mTop,mBottom的值)
     *  之后调用onLayout确定子View位置，该方法类似于onMeasure，View和ViewGroup中均没有实现，具体实现与具体布局有关。
 *  LinearLayout的onLayout方法？
    
     *  根据orientation选择调用layoutVertical或者layoutHorizontal
     *  layoutVertical中会遍历所有子元素并调用setChildFrame(里面直接调用子元素的layout方法)
     *  层层传递下去完成了整个View树的layout过程
     *  setChildFrame中的宽/高实际就是子元素的测量宽/高(getMeasure…后直接传入)
 *  View的测量宽高和最终宽高有什么区别？[技术博客大总结][https_github.com_yangchong2...]
    
     *  等价于getMeasuredWidth和getWidth有什么区别
     *  getWidth = mRight - mLeft，结合源码测量值和最终值是完全相等的。
     *  区别在于：测量宽高形成于measure过程，最终宽高形成于layout过程(赋值时机不同)
     *  也有可能导致两者不一致：强行重写View的layout方法，在传参方面改变最终宽/高（虽然这样毫无实际意义）
     *  某些情况下，View需要多次measure才能确定自己的测量宽高，在前几次测量中等到的值可能有最终宽高不一致。但是最终结果上，测量宽高=最终宽高

#### 3.0.1.0 draw的过程步骤是什么？View特殊方法setWillNotDraw是干什么用的？ ####

*  draw的过程步骤是什么？
    
     *  绘制背景(drawBackground(canvas))
     *  绘制自己(onDraw)
     *  绘制children(dispatchDraw)-遍历调用所有子View的draw方法
     *  绘制装饰(如onDrawScollBars)
 *  View特殊方法setWillNotDraw是干什么用的？
    
     *  若一个View不绘制任何内容，需要将该标志置为true，系统会进行相应优化
     *  默认View不开启该标志位[技术博客大总结][https_github.com_yangchong2...]
     *  默认ViewGroup开启该标志位
     *  如果我们自定义控件继承自ViewGroup并且本身不进行绘制时，就可以开启该标志位
     *  当该ViewGroup明确通过onDraw绘制内容时，就需要显式关闭WILL\_NOT\_DRAW标志位。

#### 3.0.1.1 View中x,y,translationX,translationY分别是什么？View平移时是否改变了left、top等原始参数？ ####

*  View中x,y,translationX,translationY分别是什么？
    
     *  x,y是View当前左上角的坐标
     *  translationX,translationY是在滑动/动画后，View当前位置和View最原始位置的距离。
     *  因此得出等式：x(View左上角当前位置) = left(View左上角初始位置) + translationX(View左上角偏移的距离)
 *  View平移时是否改变了left、top等原始参数？[技术博客大总结][https_github.com_yangchong2...]
    
     *  View平移时top、left等参数不变，改变的是x,y,tranlsationX和tranlsationY

#### 3.0.1.2 MeasureSpec是什么？MeasureSpec的组成？测量模式SpecMode的类型和具体含义？MeasureSpec和LayoutParams的对应关系？ ####

*  MeasureSpec是什么？
    
     *  MeasureSpec是一种“测量规则”或者“测量说明书”，决定了View的测量过程
     *  View的MeasureSpec会根据自身的LayoutParamse和父容器的MeasureSpec生成。
     *  最终根据View的MeasureSpec测量出View的宽/高(测量时数据并非最终宽高)
 *  MeasureSpec的组成？
    
     *  MeasureSpec代表一个32位int值，高2位是SpecMode，低30位是SpecSize
     *  SpecMode是指测量模式
     *  SpecSize是指在某种测量模式下的大小
     *  类MesaureSpec提供了用于SpecMode和SpecSize打包和解包的方法
 *  测量模式SpecMode的类型和具体含义？[技术博客大总结][https_github.com_yangchong2...]
    
     *  UNSPECIFIED：父容器不对View有任何限制，一般用于系统内部
     *  EXACTLY：精准模式，View的最终大小就是SpecSize指定的值（对应于LayoutParams的match\_parent和具体的数值）
     *  AT\_MOST：最大值模式，大小不能大于父容器指定的值SpecSize(对应于wrap\_content)
 *  MeasureSpec和LayoutParams的对应关系？
    
     *  View的MeasureSpec是需要通过自身的LayoutParams和父容器的MeasureSpec一起才能决定
     *  DecorView(顶级View)是例外，其本身MeasureSpec由窗口尺寸和自身LayoutParams共同决定
     *  MeasureSpec一旦确定，onMeasure中就可以确定View的测量宽/高

#### 3.0.1.3 如何获取View的测量宽/高？如何在Activity启动时获得View的宽/高？Activity中获得View宽高的4种办法？ ####

*  如何获取View的测量宽/高？
    
     *  在measure完成后，可以通过getMeasuredWidth/Height()方法，就能获得View的测量宽高
     *  在一定极端情况下，系统需要多次measure，因此得到的值可能不准确，最好的办法是在onLayout方法中获得测量宽/高或者最终宽/高
 *  如何在Activity启动时获得View的宽/高？
    
     *  Activity的生命周期与View的measure不是同步运行，因此在onCreate/onStart/onResume均无法正确得到
     *  若在View没有测量好时，去获得宽高，会导致最终结果为0
     *  有四种办法去正确获得宽高
 *  Activity中获得View宽高的4种办法？[技术博客大总结][https_github.com_yangchong2...]
    
     *  onWindowFocusChanged
        
         *  View已经初始化完毕，可以获得宽高；Activity得到焦点和失去焦点均会调用一次(频繁onResume和onPause会导致频繁调用)
     *  view.post(runnable)
        
         *  通过post将一个runnable投递到消息队列尾部；等到Looper调用次runnable时，View已经完成初始化
     *  ViewTreeObserver
        
         *  使用ViewTreeObserver的接口，可以在View树状态改变或者View树内部View的可见性改变时，onGlobalLayout会被回调；能正确获取View宽/高
     *  view.measure

#### 3.0.1.4 Activity启动到最终加载ViewRoot(执行三大流程)的流程是什么？ ####

*  Activity启动到最终加载ViewRoot(执行三大流程)的流程是什么？
    
     *  Activity调用startActivity方法，最终会调用ActivityThread的handleLaunchActivity方法
     *  handleLaunchActivity会调用performLauchActivity方法(会调用Activity的onCreate，并完成DecorView的创建)和handleResumeActivity方法
     *  handleResumeActivity方法会做四件事：performResumeActivity(调用activity的onResume方法)、getDecorView(获取DecorView)、getWindowManager(获取WindowManager)、WindowManager.addView(decor, 1)
     *  WindowManager.addView(decor, 1)本质是调用WindowManagerGlobal的addView方法。其中主要做两件事：1、创建ViewRootImpl实例 2、root.setView(decor, ….)将DecorView作为参数添加到ViewRoot中，这样就将DecorView加载到了Window中
     *  ViewRootImpl还有一个方法performTraveals方法，用于让ViewTree开始View的工作流程：其中会调用performMeasure/Layout/Draw()三个方法,分别对应于View的三大流程。

#### 3.0.1.5 自定义View性能优化有哪些?针对异常销毁，自定义View如何优化？如何避免创建大量对象？ ####

*  自定义View性能优化有哪些?
    
     *  避免过度绘制
     *  尽量减少或简化计算
     *  避免创建大量对象造成频繁GC
     *  禁止或避免I/O操作
     *  onDraw中避免冗余代码、避免创建对象
     *  复合View，要减少布局层级。
     *  状态和恢复和保存
     *  开启硬件加速
     *  合理使用invalidate的参数版本。
     *  减少冗余代码：不要使用Handler，因为已经有post系列方法.
     *  使用的线程和动画，要在onDetachedFromWindow中进行清理工作。
     *  要妥善处理滑动冲突。
 *  避免过度绘制
    
     *  像素点能画一次就不要多次绘制，以及绘制看不到的背景
     *  开发者选项里内的工具,只对xml布局有效果,看不到自定义View的过度绘制，仍然需要注意。
 *  尽量减少或简化计算
    
     *  不要做无用计算。尽可能的复用计算结果。[技术博客大总结][https_github.com_yangchong2...]
     *  没有数据,或者数据较少的时候应如何处理,没有事件需要响应的时候如何处理。
     *  应该避免在for或while循环中做计算。比如：去计算屏幕宽度等信息。
 *  避免创建大量对象造成频繁GC
    
     *  应该避免在for或while循环中new对象。这是减少内存占用量的有效方法。
 *  禁止或避免I/O操作
    
     *  I/O操作对性能损耗极大，不要在自定义View中做IO操作。
 *  onDraw中避免冗余代码、避免创建对象
    
     *  onDraw中禁止new对象.如：不应该在ondraw中创建Paint对象。Paint类提供了reset方法。可以在初始化View时创建对象。
     *  要避免冗余代码，提高效率。
 *  复合View，要减少布局层级。
    
     *  复合控件：继承自现有的LinearLayout等ViewGroup，然后组合多个控件来实现效果。这种实现方法要注意减少布局层级，层级越高性能越差。
 *  状态和恢复和保存
    
     *  Activity还会因为内存不足或者旋转屏幕而导致重建Activity，自定义View也要去进行自我状态的保存和读取。
     *  在onSaveInstanceState()保存状态；在onRestoreInstanceState()恢复状态
 *  开启硬件加速
 *  合理使用invalidate的参数版本。[技术博客大总结][https_github.com_yangchong2...]
    
     *  避免任何请款下之际调用默认参数的invalidate
     *  调用有参数的invalidate进行局部和子View刷新，能够提高性能。
 *  减少冗余代码：不要使用Handler，因为已经有post系列方法
    
     *  View已经有post系列方法，没有必要重复去写。
     *  可以直接使用，最终会投递到主线程的Handler中
 *  使用的线程和动画，要在onDetachedFromWindow中进行清理工作。
    
     *  View如果有线程或者动画，需要及时停止.
     *  View的onDetachedFromWindow会在View被remove时调用，在该方法内进行终止
     *  这样能避免内存泄露
 *  要妥善处理滑动冲突。
    
     *  View如果有滑动嵌套情形，需要处理好滑动冲突

### 关于其他内容介绍 ###

#### 01.关于博客汇总链接 ####

*  1.[技术博客汇总][Link 1]
 *  2.[开源项目汇总][Link 2]
 *  3.[生活博客汇总][Link 3]
 *  4.[喜马拉雅音频汇总][Link 4]
 *  5.[其他汇总][Link 5]

#### 02.关于我的博客 ####

*  我的个人站点：www.yczbj.org， www.ycbjie.cn
 *  github：[https://github.com/yangchong211][https_github.com_yangchong211]
 *  知乎：[https://www.zhihu.com/people/...][https_www.zhihu.com_people_...]
 *  简书：[http://www.jianshu.com/u/b7b2...][http_www.jianshu.com_u_b7b2...]
 *  csdn：[http://my.csdn.net/m0\_37700275][http_my.csdn.net_m0_37700275]
 *  喜马拉雅听书：[http://www.ximalaya.com/zhubo...][http_www.ximalaya.com_zhubo...]
 *  开源中国：[https://my.oschina.net/zbj161...][https_my.oschina.net_zbj161...]
 *  泡在网上的日子：[http://www.jcodecraeer.com/me...][http_www.jcodecraeer.com_me...]
 *  邮箱：yangchong211@163.com
 *  阿里云博客：[https://yq.aliyun.com/users/a...][https_yq.aliyun.com_users_a...] 239.headeruserinfo.3.dT4bcV
 *  segmentfault头条：[https://segmentfault.com/u/xi...][https_segmentfault.com_u_xi...]
 *  掘金：[https://juejin.im/user/593943...][https_juejin.im_user_593943...]

[https_github.com_yangchong2...]: https://github.com/yangchong211/YCBlogs
[image]: /images/20220302/8bba65bed22948cabd09b165244dac1d.png
[Link 1]: https://www.jianshu.com/p/614cb839182c
[Link 2]: https://blog.csdn.net/m0_37700275/article/details/80863574
[Link 3]: https://blog.csdn.net/m0_37700275/article/details/79832978
[Link 4]: https://www.jianshu.com/p/f665de16d1eb
[Link 5]: https://www.jianshu.com/p/53017c3fc75d
[https_github.com_yangchong211]: https://github.com/yangchong211
[https_www.zhihu.com_people_...]: https://www.zhihu.com/people/yczbj/activities
[http_www.jianshu.com_u_b7b2...]: http://www.jianshu.com/u/b7b2c6ed9284
[http_my.csdn.net_m0_37700275]: http://my.csdn.net/m0_37700275
[http_www.ximalaya.com_zhubo...]: http://www.ximalaya.com/zhubo/71989305/
[https_my.oschina.net_zbj161...]: https://my.oschina.net/zbj1618/blog
[http_www.jcodecraeer.com_me...]: http://www.jcodecraeer.com/member/content_list.php?channelid=1
[https_yq.aliyun.com_users_a...]: https://yq.aliyun.com/users/article?spm=5176.100-
[https_segmentfault.com_u_xi...]: https://segmentfault.com/u/xiangjianyu/articles
[https_juejin.im_user_593943...]: https://juejin.im/user/5939433efe88c2006afa0c6e