最近在学习自定义控件，看了有一些文章了，现在整理一下。文章当中引用了一些大神的代码，请见参考文章。

1、ViewGroup和View的功能
ViewGroup：
     ViewGroup相当于一个放置View的容器，并且我们在写布局xml的时候，会告诉容器（凡是以layout为开头的属性，都是为用于告诉容器的），我们的宽度（layout_width）、高度（layout_height）、对齐方式（layout_gravity）等；当然还有margin等；于是乎，ViewGroup的职能为：
（1）给childView计算出建议的宽和高和测量模式 ；--onMeasure()
（2）决定childView的位置；--onLayout()
为什么只是建议的宽和高，而不是直接确定呢，别忘了childView宽和高可以设置为wrap_content，这样只有childView才能计算出自己的宽和高。
（--引自鸿洋大神的一段话，参考文章里有链接）

View：
    （1）根据测量模式和ViewGroup给出的建议的宽和高，计算出自己的宽和高；--onMeasure()
    （2）同时还有个更重要的职责是：在ViewGroup为其指定的区域内绘制自己的形态。--onDraw()

ViewGroup和View职责最大的不同是：ViewGroup是一个放置View的容器，而View则是真正用于展示界面上不同形态的东西，如TextView、ImageView等，最终的数据都会绑定在View上。ViewGroup它负责的是如何摆放它里面的子布局（onLayout），View是负责将具体数据展示成什么形态去（onDraw）。如图：


至于View1、View2、View3具体是什么形态（ TextView、ImageView或者自己绘制）由用户自己根据业务需求定，每个View相当于一个盒子模型（类似HTML中的盒子模型），ViewGroup在onLayout中摆放这些子View时，就是在确定每个View的左上角和右下角的坐标值，确定了这两个点也就确定了该盒子的位子。

MeasureSpec 
封装了父容器对 view 的布局上的限制，可以从中获取父容器的计算模式specMode和宽高信息，其中SpecMode 有如下三种：
EXACTLY
父容器能够计算出自己的大小，一般是设置为match_parent或者固定值的ViewGroup
AT_MOST
父容器指定了一个大小， view 的大小不能大于这个值，也就是父容器不能够直接计算出自己的大小，需要先由它所有的子View自己去计算一下自己大小（measureChildren()），一般是设置为wrap_content
UNSPECIFIED
父容器不对 view 有任何限制，要多大给多大，多见于ListView、GridView。。。

对于我们的 View ，其 MeasureSpec 由父容器的 MeasureSpec 和自身的 LayoutParams 来共同决定；

2、View的绘制流程
绘制流程函数调用关系如下图：

（引自参考文章的链接）
我们调用requestLayout()的时候，会触发 measure 和 layout 过程，调用invalidate,会执行 draw 过程。

3、onMeasure
    对于View，onMeasure根据父ViewGroup为其设定的测量规格来测量自己的宽和高；
    对于ViewGroup，onMeasure根据父ViewGroup为其设定的测量规格来测量自己的宽和高，以及给childView传递测量规格和测量它的childView的宽和高。
    如下模板代码（引自鸿洋博客）：
  1. /** 
  2.      * 计算所有ChildView的宽度和高度 然后根据ChildView的计算结果，设置自己的宽和高 
  3.      */  
  4.     @Override  
  5.     protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec)  
  6.     {  
  7.         /** 
  8.          * 获得此ViewGroup上级容器为其推荐的宽和高，以及计算模式 
  9.          */  
  10.         int widthMode = MeasureSpec.getMode(widthMeasureSpec);  
  11.         int heightMode = MeasureSpec.getMode(heightMeasureSpec);  
  12.         int sizeWidth = MeasureSpec.getSize(widthMeasureSpec);  
  13.         int sizeHeight = MeasureSpec.getSize(heightMeasureSpec);  
  14.   
  15.   
  16.         // 计算出所有的childView的宽和高，调用后，它所有的childView的宽和高的值就被确定，也即getMeasuredWidth（）有值了。  
  17.         measureChildren(widthMeasureSpec, heightMeasureSpec);  
  18.         /** 
  19.          * 记录如果是wrap_content是设置的宽和高 
  20.          */  
  21.         int width = 0;  
  22.         int height = 0;  
  23.   
  24.         int cCount = getChildCount();  
  25.   
  26.         int cWidth = 0;  
  27.         int cHeight = 0;  
  28.         MarginLayoutParams cParams = null;  
  29.   
  30.         // 用于计算左边两个childView的高度  
  31.         int lHeight = 0;  
  32.         // 用于计算右边两个childView的高度，最终高度取二者之间大值  
  33.         int rHeight = 0;  
  34.   
  35.         // 用于计算上边两个childView的宽度  
  36.         int tWidth = 0;  
  37.         // 用于计算下面两个childiew的宽度，最终宽度取二者之间大值  
  38.         int bWidth = 0;  
  39.   
  40.         /** 
  41.          * 根据childView计算的出的宽和高，以及设置的margin计算容器的宽和高，主要用于容器是warp_content时 
  42.          */  
  43.         for (int i = 0; i < cCount; i++)  
  44.         {  
  45.             View childView = getChildAt(i);  
  46.             cWidth = childView.getMeasuredWidth();  
  47.             cHeight = childView.getMeasuredHeight();  
  48.             cParams = (MarginLayoutParams) childView.getLayoutParams();  
  49.   
  50.             // 上面两个childView  
  51.             if (i == 0 || i == 1)  
  52.             {  
  53.                 tWidth += cWidth + cParams.leftMargin + cParams.rightMargin;  
  54.             }  
  55.   
  56.             if (i == 2 || i == 3)  
  57.             {  
  58.                 bWidth += cWidth + cParams.leftMargin + cParams.rightMargin;  
  59.             }  
  60.   
  61.             if (i == 0 || i == 2)  
  62.             {  
  63.                 lHeight += cHeight + cParams.topMargin + cParams.bottomMargin;  
  64.             }  
  65.   
  66.             if (i == 1 || i == 3)  
  67.             {  
  68.                 rHeight += cHeight + cParams.topMargin + cParams.bottomMargin;  
  69.             }  
  70.   
  71.         }  
  72.           
  73.         width = Math.max(tWidth, bWidth);  
  74.         height = Math.max(lHeight, rHeight);  
  75.   
  76.         /** 
  77.          * 如果是wrap_content设置为我们计算的值 
  78.          * 否则：直接设置为父容器计算的值 
  79.          */  
  80.         setMeasuredDimension((widthMode == MeasureSpec.EXACTLY) ? sizeWidth  
  81.                 : width, (heightMode == MeasureSpec.EXACTLY) ? sizeHeight  
  82.                 : height);  
  83.     }  

（关于MeasureSpec类的源码分析请看参考文章中的链接）
首先我们通过MesureSpec类获取该ViewGroup 父容器 为其设置的计算模式和尺寸，大多情况下，只要 父容器 不是设置的wrap_content（比如设置的为match_parent或者具体值），父容器自己就能够计算出ViewGroup所占用的宽和高；如果父容器设置的为wrap_content，父容器没法测量出自己大小，就需要先让子childView自己去测量自己的尺寸（measureChildren(widthMeasureSpec, heightMeasureSpec); ）。
所以对于ViewGroup，如果其父容器 为其设置的计算模式不是MeasureSpec.EXACTLY（根据onMeasure()方法父容器传递过来的规格参数获取） 也即父容器设置的是wrap_content，我们就需要在该ViewGroup中的onMeasure中手动去测量子childView的尺寸。即通过measureChildren方法为其所有的孩子设置宽和高，执行完后， childView的宽和高都已经正确的计算过了 根据childView的宽和高，以及margin，计算ViewGroup在wrap_content时的宽和高。
在onMeasure方法的最后，要通 过 setMeasuredDimension()方法最终确定 ViewGroup 的大小。

以上onMeasure代码可以作为我们的模板来使用！

4、onLayout
onLayout方法是ViewGroup对其所有的子childView进行定位摆放，所以onLayout方法属于ViewGroup而在View中并没有
onLayout的模板代码如下：
  1. // abstract method in viewgroup  
  2.     @Override  
  3.     protected void onLayout(boolean changed, int l, int t, int r, int b)  
  4.     {  
  5.         int cCount = getChildCount();  
  6.         int cWidth = 0;  
  7.         int cHeight = 0;  
  8.         MarginLayoutParams cParams = null;  
  9.         /** 
  10.          * 遍历所有childView根据其宽和高，以及margin进行布局 
  11.          */  
  12.         for (int i = 0; i < cCount; i++)  
  13.         {  
  14.             View childView = getChildAt(i);  
  15.             cWidth = childView.getMeasuredWidth();  
  16.             cHeight = childView.getMeasuredHeight();  
  17.             cParams = (MarginLayoutParams) childView.getLayoutParams();  
  18.   
  19.             int cl = 0, ct = 0, cr = 0, cb = 0;  
  20.   
  21.             switch (i)  
  22.             {  
  23.             case 0:  
  24.                 cl = cParams.leftMargin;  
  25.                 ct = cParams.topMargin;  
  26.                 break;  
  27.             case 1:  
  28.                 cl = getWidth() - cWidth - cParams.leftMargin  
  29.                         - cParams.rightMargin;  
  30.                 ct = cParams.topMargin;  
  31.   
  32.                 break;  
  33.             case 2:  
  34.                 cl = cParams.leftMargin;  
  35.                 ct = getHeight() - cHeight - cParams.bottomMargin;  
  36.                 break;  
  37.             case 3:  
  38.                 cl = getWidth() - cWidth - cParams.leftMargin  
  39.                         - cParams.rightMargin;  
  40.                 ct = getHeight() - cHeight - cParams.bottomMargin;  
  41.                 break;  
  42.   
  43.             }  
  44.             cr = cl + cWidth;  
  45.             cb = cHeight + ct;  
  46.             childView.layout(cl, ct, cr, cb);  
  47.         }  
  48.   
  49.     }  
onLayout方法的核心任务就是定位布局，为该ViewGroup中每个子View找到盒子模型上面的两个点也就是 左上角和 右下角，即点（l,t）和点(r,b)，确定了两个点，子View的位置也就确定了。

5、总结
对于onMeasure()方法-->不论是View还是ViewGroup，onMeasure方法其实都是在测量自身的宽和高，只是对于ViewGroup来讲，当该ViewGroup的父容器为其设置的计算模式 不是MeasureSpec.EXACTLY时（即自己设置的是wrap_content），该ViewGroup没法直接测量出自身宽和高，必须要让它的子View自己先去测量自己，也就是为啥此时需要在onMeasure中调用 measureChildren()了，当调用了 measureChildren后子View的宽高也就测量出来了，ViewGroup再遍历所有子view获取总共需要的宽高即可。

对于 LayoutParams-->对于ViewGroup的子View，通过child.getLayoutParams()方法获得的LayoutParams到底是哪种LayoutParams，其实主要看这些子View的父类ViewGroup是使用哪种LayoutParams。比如上面我们自定义的ViewGroup我们使用的是MarginLayoutParams，而对于父类为LinearLayout的它使用的则是LinearLayout.LayoutParams

后面看到了鸿洋的另一篇文章《Android 自定义ViewGroup 实战篇 -> 实现FlowLayout》，看了下思路，后面准备先自己写一下，再对照他写的改进一下。

参考文章：

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生