关于view的知识

View的getWidth()和getMeasuredWidth()有什么区别吗?

getWidth()的源码

public final int getWidth(){
  return mRight - mLeft;
}

getMeasuredWidth()返回的是view的测量宽度,getWidth()返回的view的最终的宽度。从默认的实现可以看到,getWidth()方法的返回值刚好是View的测量宽度,所以这两个是相等的。只不过形成的时机不一样,getMeasuredWidth()形成于view的Measure过程,而最终的宽度形成于View的layout过程,也就是说两者的赋值时机是不同的。因此,在日常的开发中,我们可以认为view的测量宽度等于最终的宽度,不过的确存在某些特殊的情况会导致两者的结果不一致,以下例子可以说明:

public void layout(int l,int t,int r,int b){
  super.layout(l,t,r+100,b+100);
}

上述代码会导致在任何情况下View的最终宽度总是比测量的宽度大100px,虽然这样会导致View显示不正常并且没有实际的意义,但是这也证明了测量的宽度可以不等于最终的宽度。还有在一些情况下view需要测量多次才可以确定自己的宽度,在几次测量过程中,测量的宽度可能与最终的宽度不一致,不过最终的宽度与实际的宽度还是相等的。

如何在onCreate中拿到view的宽度和高度?

在onCreate、onStart和onResume中均无法正确得到某个view的正确宽/高信息,这是因为View的measure过程和activity的生命周期不是同步执行的,因此无法保证Activity执行了onCreate、onStart和onResume时某个view已经测量完毕了,如果没有测量完毕的话,那么获取到的宽高就会为0。下面给出四种方式来解决这个问题:

Activity/View #onWindowFocusChanged.
onWindowFocusChanged这个方法的含义是:View已经初始化完毕了,宽高已经准备好了,这个时候去获取
宽高是没有问题的。需要注意的是,onWindowFocusChanged会被调用多次,当Activity的窗口得到焦点和失
去焦点时均会被调用一次。具体来说,当Activity继续执行或停止执行时,onWindowFocusChanged均会被调
用,如果频繁地进行onResume和onPause,那么onWindowFocusChanged也会被频繁地调用。典型代码如下:
public void onWindowFocusChanged(boolean hasFocus){
  super.onWindowFocusChanged(hasFocus);
  if(hasFocus){
    int width = view.getMeasuredWidth();
    int height = view.getMeasuredHeight();
  }
}
view.post(r)
通过post可以将一个runnable投递到消息队列的队尾,然后等待Looper调用此runnable的时候,View也已经初始化好了。典型的代码如下:
protected void onStart(){
  super.onStart();
  view.post(new Runnable(){
   @Override
    public void run(){
      int width = view.getMeasuredWidth();
      int height  = view.getMeasuredHeight();
    } 
});
}
ViewTreeObserver
使用ViewTreeObserver的众多回调可以完成这个功能,比如使用OnGlobalLayoutListener这个接口,当View树的状态发生改变时,onGlobalLayout方法将被回调,
因此这是获取View的宽/高一个很好的时机。需要注意的是,伴随着View树的状态改变等,onGlobalLayout会被调用多次,典型代码如下:
protected void onStart(){
    super.onStart();
    ViewTreeObserver observer = view.getViewTreeObserver();
    observer.addonGlobalLayoutListener(new OnGlobalLayoutListener(){
      @SuppressWarnings("deprecation")
      @Override
       public void onGlobalLayout(){
         if (Build.VERSION.SDK_INT < 16) {
               removeLayoutListenerPre16(observer, this);
         } else {
               removeLayoutListenerPost16(observer this);
          }
        int width = view.getMeasuredWidth();
        int height  = view.getMeasuredHeight();
    }
});
}

  @SuppressWarnings("deprecation")
    private void removeLayoutListenerPre16(ViewTreeObserver observer,
                                           ViewTreeObserver.OnGlobalLayoutListener listener) {
        observer.removeGlobalOnLayoutListener(listener);
    }

    @TargetApi(16)
    private void removeLayoutListenerPost16(ViewTreeObserver observer,
                                            ViewTreeObserver.OnGlobalLayoutListener listener) {
        observer.removeOnGlobalLayoutListener(listener);
    }
view.measure(int widthMeasureSpec,int heightMeasureSpec)
通过手动对view进行measure来得到View的宽/高。这种方法比较复杂,这里要分情况处理,根据View的LayoutParams来分:
match_parent
直接放弃,无法measure出具体的宽/高。构造此种MeasureSpec需要知道parentSize,即父容器的剩余空间,而这个时候我们无法知道parentSize的大小,所以理论上不可能测量出View的大小。
具体的数值(dp/px)
比如宽高都是100px
int widthMeasureSpec = MeasureSpec.makeMeasureSpec(100,MeasureSpec.EXACTLY);
int heightMeasureSpec = MeasureSpec.makeMeasureSpec(100,MeasureSpec.EXACTLY);
view.measure(widthMeasureSpec,heightMeasureSpec);
wrap_content
如下measure:
int widthMeasureSpec = MeasureSpec.makeMeasureSpec((1<<30)-1,MeasureSpec.AT_MOST);
int heightMeasureSpec = MeasureSpec.makeMeasureSpec((1<<30)-1,MeasureSpec.AT_MOST);
view.measure(widthMeasureSpec,heightMeasureSpec);
通过分析MeasureSpec的实现可以知道,View的尺寸可以使用30位二进制表示,也就是说最大是2^30-1,在最大化模式下,我们用View理论上能支持的最大
值去构造MeasureSpec是合理的。
关于View的measure,网络上有两个错误的用法。为什么说是错误的,首先其违背了系统的内部实现规范(因为无法通过错误的MeasureSpec去得出合法的
SpecMode,从而导致measure过程出错),其次不能保证一定能measure出正确的结果。
第一种错误的用法:
 int widthMeasureSpec = MeasureSpec.makeMeasureSpec(-1, MeasureSpec.UNSPECIFIED);
 int heightMeasureSpec = MeasureSpec.makeMeasureSpec(-1, MeasureSpec.UNSPECIFIED);
 view.measure(widthMeasureSpec,heightMeasureSpec);
第二种错误的用法:
view.measure(LayoutParams.WRAP_CONTENT,LayoutParams.WRAP_CONTENT);
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,560评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,104评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,297评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,869评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,275评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,563评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,833评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,543评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,245评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,512评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,011评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,359评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,006评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,062评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,825评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,590评论 2 273
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,501评论 2 268

推荐阅读更多精彩内容