- CompoundButton 源码分析
- LinearLayout 源码分析
- SearchView 源码解析
- LruCache 源码解析
- ViewDragHelper 源码解析
- BottomSheets 源码解析
- Media Player 源码分析
- NavigationView 源码解析
- Service 源码解析
- Binder 源码分析
- Android 应用 Preference 相关及源码浅析 SharePreferences 篇
- ScrollView 源码解析
- Handler 源码解析
- NestedScrollView 源码解析
- SQLiteOpenHelper/SQLiteDatabase/Cursor 源码解析
- Bundle 源码解析
- LocalBroadcastManager 源码解析
- Toast 源码解析
- TextInputLayout
- LayoutInflater 和 LayoutInflaterCompat 源码解析
- TextView 源码解析
- NestedScrolling 事件机制源码解析
- ViewGroup 源码解析
- StaticLayout 源码分析
- AtomicFile 源码解析
- AtomicFile 源码解析
- Spannable 源码分析
- Notification 之 Android 5.0 实现原理
- CoordinatorLayout 源码分析
- Scroller 源码解析
- SwipeRefreshLayout 源码分析
- FloatingActionButton 源码解析
- AsyncTask 源码分析
- TabLayout 源码解析
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
4. 小结
在这里,我们花费了大篇幅讲解 measureVertical()
的流程,事实上对于 LinearLayout 来说,其最大的特性也正是两个方向的排布以及 weight 的计算方式。
在这里我们不妨回过头看一下,其实我们会发现在测量过程中,设计者总是有意分开含有 weight 和不含有 weight 的测量方式,同时利用 height 跟 0 比较来更加的细分每一种情况。
可能初看的时候觉得代码太多,事实上一轮分析下来,方向还是很清晰的。毕竟有 weight 的地方前期都给个标志跳过,在测量完需要的数据(比如父控件的总高度什么的)后,再根据父控件的数据和 weight 再针对进行二次测量。
在文章的最后,我们小结一下对于测量这里的算法的不同情况下的区别以及原理:
- 父控件是 match_parent(或者精确值),子控件拥有 weight,并且高度给定为 0:子控件的高度比例将会跟我们分配的 layout_weight 一致,原因在于 weight 二次测量时走了 else 分支,传入的是计算出来的 share 值
- 父控件是 match_parent(或者精确值),子控件拥有 weight,但高度给定为 match_parent(或者精确值):子控件高度比例将会跟我们分配的 layout_weight 相反,原因在于在此之前子控件测量过一次,同时子控件的测量高度为父控件的高度,在计算剩余空间的时候得出一个负值,加上自身的测量高度的时候反而更小
- 父控件是 wrap_content,子控件拥有 weight:子控件的高度将会强行置为其 wrap_content 给的值并以 wrap_content 模式进行测量
- 父控件是 wrap_content,子控件没有 weight:子控件的高度跟其他的 viewgroup 一致
至此,LinearLayout 针对 measure 的解析到此结束 感谢您的观阅读。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论