摘要:此时,我们通常会使用代码来通过动态计算,将指定的控件摆放在相应的位置,并限定其大小。同样地,也需要获取某个控件的大小。巧用获取控件信息这里我们开门见山地先放上代码片上述代码作为通用的方法将获取任意的宽高做了封装,其妙处就在处。
众所周知,在Android实际开发中,对于某些复杂多变的情况,控件的位置摆放、大小控制并非是xml类型的layout文件完全可以搞定的。此时,我们通常会使用Java代码来通过动态计算,将指定的控件摆放在相应的位置,并限定其大小。同样地,也需要获取某个控件的大小。
对于获取控件宽、高的方法,大家可以自行谷歌或者百度,大抵无非一下三种方法:
对于上述第三种情况,我们暂且不论。对于前二者而言,有没有更简单的实现呢?
为何获取宽高要如此?对于初学者,可能会有这样的疑问:为什么我们不能在onCreate()或者onResume()中直接使用上述第三种方案获取宽高呢?
结论是:那样的话,获取来的值很可能皆为0,即使实际的宽高不是0。那么这是为何呢?
这其实是由Android的UI绘制流程决定的。大家不妨试着做一下实验,即使是在onResume()方法后,它的意义也仅仅是指Activity进入了可见的状态,这并不意味着界面绘制的结束。我们可以用一个简单的带有宽高值得View来做实验,观察Activity中各回调方法的调用顺序,得到的结果将是这样的:
Activity.oncreate() → Activity.onResume() → View.onMeasure() → View.onLayout() → onGlobalLayoutListener() → Activity.onWidnowFocusChanged() → ... → View.onDraw() -> ...
因此,如果我们在onResume()中尝试获取View宽高的话,很大概率是会失败的。
巧用Handler获取View控件信息这里我们开门见山地先放上代码片:
private int[] measureView(final View view) { final int[] returnData = new int[2]; view.post(new Runnable() { @Override public void run() { returnData[0] = view.getWidth(); returnData[1] = view.getHeight(); Log.i(TAG, "Width: " + returnData[0] + ", height: " + returnData[1]); } }); return returnData; }
上述代码作为通用的方法将获取任意View的宽高做了封装,其妙处就在‘view.post’处。
将其置于onCreate()、onResume()方法中调用,均可获取到正确的宽高。
@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); Log.i(TAG, "onCreate start!"); setContentView(R.layout.activity_main); testTv = (TextView) findViewById(R.id.testTv); measureView(testTv); } @Override protected void onResume() { super.onResume(); Log.i(TAG, "onResume start!"); measureView(testTv); }
Logcat中的运行结果:
为何如此就可获取到正确的值了呢?2019-01-14 22:33:13.874 18355-18355/com.example.wenhan.helloandroid I/MainActivity: Width: 225, height: 57
2019-01-14 22:33:13.874 18355-18355/com.example.wenhan.helloandroid I/MainActivity: Width: 225, height: 57
其中的玄机在于,我们在View.post()中所写的语句并没有立即执行,而在其真正执行的时候,View的宽高已经被测量完成了,那时我们再去获取宽高时,就会很容易地获取到正确的值了。
通过断点Debug,可以轻松地发现,在Activity启动过程的调用栈中,存在ActivityThread类被执行了,具体按照:
main() -> handleResumeActivity() -> addView() -> setView() -> requestLayout() -> scheduleTraversals() -> 执行mTraversalRunnable异步线程 -> doTraversal() -> performTraversals() -> ... -> performMeasure() -> ...
的执行顺序。
在我们获取宽高的语句执行前,主线程的Handler正在执行TraversalRunnable(见上述方法具体实现),而performMeasure也被包含其中。又因为我们获取宽高的语句要排队,处于等待状态,直到主线程Handler轮到执行我们的语句,而此时View的宽高的测量已经结束。
完整示例代码: Github
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/2519.html
摘要:在程序运行的时候就被创建,是一个当中的主线程,主要是负责控制界面的显示更新和控件交互。为了解决这个问题,下面将探讨这线程于子线程之间的五种交互方式。运行在线程,主要目的是为后台线程的运行做准备。然后在线程中创建该类必须在线程中创建。 什么是UI线程 在一个Android 程序开始运行的时候,会单独启动一个Process。默认的情况下,所有这个程序中的Activity或者Service(...
摘要:所以,从体验上考虑,这个情况并不属于问题。一般情况下,这个节点占据了除了通知栏的所有区域。通知给对象的消息,都会被这个内部对象进行处理通过执行处理消息在通知给对象显示的时候,对象将给对象发送一条消息,并在的函数中执行。 欢迎大家前往云+社区,获取更多腾讯海量技术实践干货哦~ 作者:QQ音乐技术团队 题记 Toast 作为 Android 系统中最常用的类之一,由于其方便的api设计和...
摘要:让你收获满满码个蛋从年月日推送第篇文章一年过去了已累积推文近篇文章,本文为年度精选,共计篇,按照类别整理便于读者主题阅读。本篇文章是今年的最后一篇技术文章,为了让大家在家也能好好学习,特此花了几个小时整理了这些文章。 showImg(https://segmentfault.com/img/remote/1460000013241596); 让你收获满满! 码个蛋从2017年02月20...
阅读 1794·2021-10-11 10:59
阅读 2474·2021-09-22 15:49
阅读 2463·2021-08-13 13:25
阅读 1169·2019-08-30 13:14
阅读 2271·2019-08-29 18:45
阅读 2796·2019-08-29 18:36
阅读 1378·2019-08-29 13:21
阅读 1048·2019-08-26 11:44