1. android 自定义View：为什么你设置的wrap_content不起作用
在使用自定义View时，View宽 / 高的 wrap_content 属性不起自身应有的作用，而且是起到与 match_parent 相同作用。
其实这里有两个问题：
请分析 & 解决问题之前，请先看自定义View原理中 （2）自定义View Measure过程 - 最易懂的自定义View原理系列
问题出现在View的宽 / 高设置，那我们直接来看自定义View绘制中第一步对View宽 / 高设置的过程：measure过程中的 onMeasure（） 方法
继续往下看 getDefaultSize（）
从上面发现：
那么有人会问：wrap_content和match_parent具有相同的效果，为什么是填充父容器的效果呢？
我们知道，子View的MeasureSpec值是根据子View的布局参数（LayoutParams）和父容器的MeasureSpec值计算得来，具体计算逻辑封装在getChildMeasureSpec()里。
接下来，我们看生成子View MeasureSpec的方法: getChildMeasureSpec() 的源码分析：
getChildMeasureSpec()
从上面可以看出，当子View的布局参数使用 match_parent 或 wrap_content 时：
所以： wrap_content 起到了和 match_parent 相同的作用：等于父容器当前剩余空间大小
当自定义View的布局参数设置成wrap_content时时，指定一个默认大小（宽 / 高）。
这样，当你的自定义View的宽 / 高设置成wrap_content属性时就会生效了。
网上流传着这么一个解决方案：
答： 是，当父View为 AT_MOST 、View为 match_parent 时，该View的 match_parent 的效果就等于 wrap_content 。上述方法存在逻辑错误，但由于这种情况非常特殊的，所以导致最终的结果没有错误。具体分析请看下面例子：
从上面的效果可以看出，View大小 = 默认值
我再将子View的属性改为 wrap_content ：
从上面的效果可以看出，View大小还是等于默认值。
相信看到这里你已经看懂了：
为了更好的表示判断逻辑，我建议你们用本文提供的解决方案，即根据布局参数判断默认值的设置
不定期分享关于 安卓开发 的干货，追求 短、平、快 ，但 却不缺深度 。
2. Android 自定义View 宽高总是充满父容器，怎么让它自适应保持对应宽高
自定义View，想要自定义给定宽和高，你要写自定义属性，然后在xml文件中指定宽高才会有效，同时当给定的宽和高的值是wrap_content 或 fill_parent 这类的，这时需要在自定义View中重樱茄写onMeasure方衡颂慧法咐答，进行控件的宽高测量。
3. Android自定义View
View的构造函数：共有4个
系统自带的View可以在xml中配置属性，对于写的好的自定义View同样可以在xml中配置属性，为了使自定义的View的属性可以在xml中配置，需要以下4个步骤：
一定要记住：无论是measure过程、layout过程还是draw过程，永远都是从View树的根节点开始测量或计算（即从树的顶端开始），一层一层、一个分支一个分支地进行（即树形递归），最终计算整个View树中各个View，最终确定整个View树的相关属性。
Android的坐标系定义为：
View的位置由4个顶点决定的 4个顶点的位置描述分别由4个值决定：
View的位置是通过view.getxxx()函数进行获取：（以Top为例）
与MotionEvent中 get()和getRaw()的区别
MarginLayoutParams是和外间距有关的。事实也确实如此，和LayoutParams相比，MarginLayoutParams只是增加了对上下左右外间距的支持。实际上大部分LayoutParams的实现类都是继承自MarginLayoutParams，因为基本所有的父容器都是支持子View设置外间距的。
1. 创建自定义属性
2. 继承MarginLayout
3. 重写ViewGroup中几个与LayoutParams相关的方法
在为View设置LayoutParams的时候需要根据它的父容器选择对应的LayoutParams，否则结果可能与预期不一致，这里简单罗列一些常见的LayoutParams子类：
测量规格,封装了父容器对 view 的布局上的限制，内部提供了宽高的信息（ SpecMode 、 SpecSize ），SpecSize是指在某种SpecMode下的参考尺寸，其中SpecMode 有如下三种：
针对上表，这里再做一下具体的说明
一般getIntrinsicWidth/Height能获得内部宽/高 图片Drawable其内部宽高就是图
片的宽高 颜色Drawable没有内部宽高的概念 内部宽高不等同于它的大小，一般
Drawable没有大小概念(作为View背景时，会被拉伸至View的大小)
4. android 自定义view 的高度,宽度怎么设置
Android中View是显示控件，需要用一个layout布局来装载，layout尺寸大写的设置如下:
1. 尽量使用wrap_content、match_parent、weight 来规定layout的大小。
2. 要确保布局的灵活性并适应各种尺寸的屏幕，应使用 “wrap_content” 和 “match_parent” 控制某些视图组件的宽度和高度。
3. 使用 “wrap_content”，系统就会将视图的宽度或高度设置成所需的最小尺寸以适应视图中的内容，而 “match_parent”（在低于 API 级别 8 的级别中称为“fill_parent”）则会展开组件以匹配其父视图的尺寸。
4. 如果使用 “wrap_content” 和 “match_parent” 尺寸值而不是硬编码的尺寸，视图就会相应地仅使用自身所需的空间或展开以填满可用空间。此方法可让布局正确适应各种屏幕尺寸和屏幕方向。
5. 如果某些地方必须要规定控件的大小,那么要使用dp 或者 dip单位。
5. Android 自定义View之Layout过程
系列文章：
在上篇文章： Android 自定义View之Measure过程 ，我们分析了Measure过程，本次将会掀开承上启下的Layout过程神秘面纱，
通过本篇文章，你将了解到：
在上篇文章的比喻里，我们说过：
该ViewGroup 重写了onMeasure(xx)和onLayout(xx)方法：
同时，当layout 执行结束，清除PFLAG_FORCE_LAYOUT标记，该标记会影响Measure过程是否需要执行onMeasure。
该View 重写了onMeasure(xx)和onLayout(xx)方法：
MyViewGroup里添加了MyView、Button两个控件，最终运行的效果如下：
可以看出，MyViewGroup 里子布局的是横向摆放的。我们重点关注Layout过程。实际上，MyViewGroup里我们只重写了onLayout(xx)方法，MyView也是重写了onLayout(xx)方法。
接下来，分析View Layout过程。
与Measure过程类似，连接ViewGroup onLayout(xx)和View onLayout(xx)之间的桥梁是View layout(xx)。
可以看出，最终都调用了setFrame(xx)方法。
对于Measure过程在onMeasure(xx)里记录了尺寸的值，而对于Layout过程则在layout(xx)里记录了坐标值，具体来说是在setFrame(xx)里，该方法两个重点地方：
View.onLayout(xx)是空实现
从layout(xx)和onLayout(xx)声明可知，这两个方法都是可以被重写的，接下来看看ViewGroup是否重写了它们。
ViewGroup.layout(xx)虽然重写了layout(xx)，但是仅仅做了简单判断，最后还是调用了View.layout(xx)。
这重写后将onLayout变为抽象方法，也就是说继承自ViewGroup的类必须重写onLayout(xx)方法。
我们以FrameLayout为例，分析其onLayout(xx)做了什么。
FrameLayout.onLayout(xx)为子布局Layout的时候，起始坐标都是以FrameLayout为基准，并没有记录上一个子布局占了哪块位置，因此子布局的摆放位置可能会重叠，这也是FrameLayout布局特性的由来。而我们之前的Demo在水平方向上记录了上一个子布局的摆放位置，下一个摆放时只能在它之后，因此就形成了水平摆放的功能。
由此类推，我们常说的某个子布局在父布局里的哪个位置，决定这个位置的即是ViewGroup.onLayout(xx)。
上边我们分析了View.layout(xx)、View.onLayout(xx)、ViewGroup.layout(xx)、ViewGroup.onLayout(xx)，这四者什么关系呢？
View.layout(xx)
View.onLayout(xx)
ViewGroup.layout(xx)
ViewGroup.onLayout(xx)
View/ViewGroup 子类需要重写哪些方法：
用图表示：
通过上述的描述，我们发现Measure过程和Layout过程里定义的方法比较类似：
它俩的套路比较类似：measure(xx)、layout(xx)一般不需要我们重写，measure(xx)里调用onMeasure(xx)，layout(xx)为调用者设置坐标值。
若是ViewGroup：onMeasure(xx)里遍历子布局，并测量每个子布局，最后将结果汇总，设置自己测量的尺寸；onLayout(xx)里遍历子布局，并设置每个子布局的坐标。
若是View：onMeasure(xx)则测量自身，并存储测量尺寸；onLayout(xx)不需要做什么。
Measure过程虽然比Layout过程复杂，但仔细分析后就会发现其本质就是为了设置两个成员变量：
而Layout过程虽然比较简单，其本质是为了设置坐标值
将Measure设置的变量和Layout设置的变量联系起来：
此外，Measure过程通过设置PFLAG_LAYOUT_REQUIRED 标记来告诉需要进行onLayout，而Layout过程通过清除 PFLAG_FORCE_LAYOUT来告诉Measure过程不需要执行onMeasure了。
这就是Layout的承上作用
我们知道View的绘制需要依靠Canvas绘制，而Canvas是有作用区域限制的。例如我们使用：
Cavas绘制的起点是哪呢？
对于硬件绘制加速来说：正是通过Layout过程中设置的RenderNode坐标。
而对于软件绘制来说：
关于硬件绘制加速/软件绘制 后续文章会分析。
这就是Layout的启下作用
以上即是Measure、Layout、Draw三者的内在联系。
当然Layout的"承上"还需要考虑margin、gravity等参数的影响。具体用法参见最开始的Demo。
getMeasuredWidth()/getMeasuredHeight 与 getWidth/getHeight区别
我们以获取width为例，分别来看看其方法：
getMeasuredWidth()：获取测量的宽，属于"临时值"
getWidth()：获取View真实的宽
在Layout过程之前，getWidth() 默认为0
何时可以获取真实的宽、高
下篇将分析Draw()过程，我们将分析"一切都是draw出来的"道理
本篇基于 Android 10.0
6. android 自定义view 怎么设置其宽度和高度
自定义View 可以设和数蠢毕空置iji的布局，
1.在布局中设置宽高
2.在ondraw方法中绘制的view设置宽高
3.LayoutInflater设置宽唤陪高
7. android自定义view不随系统显示设置变大
设置属性动画改变scaleX和scaleY值。
变大变小可以用view、setScaleX和setScaleY，贺纤使用前分别设置轴心（setPivotX）。要动画而不是直接突然变大的话用属性动画，属性动画改变scaleX和scaleY值。
补间动画在这里不好用，不需要动画的话，禅前仿这里可以用把其他View都gone掉更悔桥好，用线性布局和weight去1/4平分空间，gone掉别的view的时候这个就自然变大占满了或者应该播放时上面蒙层一个View专门处理播放。
8. android 自定义view 怎么设置其宽度和高度
自定义view的父类肯定是View或者View的子类。所以也是支持layout_width,layout_height属性的，如果想另外控制的话，可以重写View的onDraw方法。