源码分析Dialog自定义大小无效坑

最近在项目中用到了自定义Dialog,以前也是经常用,只不过要么是用自带的dialog样式,要么也是很简单的布局,所以并没有重视修改dialog大小的坑。直到这次项目中产(keng)品(die)经(wan)理(yi)死了都说dialog大小别扭要求改,然后突然发现自己自定义的dialog的大小不能调整后整个人都惊呆了,因此打算深入源码看看解决这个问题。本文分析的源代码均来自Android API 24。


demo的自定义布局如下:

首先想着通过修改dialog的Window来进行修改,代码如下:


开开心心运行一下:

em.....emmmm???尼玛?这啥玩意儿??还是没变?再怎么4000的大小也不会是这么个小玩意儿把?郁闷之极....(我太仁慈大小给4000太小了?)

又继续试验,不断的调整各种大小,还是没效果!最后求助网络后发现,设置窗口大小的代码必须放在.show()之后才能有效果,代码修改如下:
运行后查看效果:
成功设置了大小!开心得不得了!!!

然而百思不得其解为什么必须要在show之后才能显示??按照正常逻辑不应该在show之前设置大小???

在网上找半天也没找到前人们分析源码,所以决定自己硬着头皮看看源码,点进show()方法后进行,一看大有文章,先上代码:

show方法中的代码居然不是我想象中的一两行代码,而是那么多!首先在上图中标注1处,因为我们是创建新的dialog,所以会执行dispatchOnCreate(null)这个方法。顾名思义,调用创建,这里面肯定大有文章,猜测是进行了Dialog的创建,我们跟进去查看具体源码。

跟进去后发现里面调用了onCreate()方法,在这里是不是有种似曾相识的感觉?怎么感觉和Activity差不多了呢?按捺住基动的内心我们跟进去继续看看。因为Dialog的onCreate()方法实现为空的,所以我们选择一个子类来进行查看,我们进入AlertDialog中查看:



我们发现调用了mAlet.installContent()方法,我们来看看这是什么东东。AlertController是一个AlertDialog的控制类,包括在创建AlertDialog时(代码如下):
AlertDialog mTextDialog = new AlertDialog.Builder(context).setTitle("温馨提示").setView(view) .create();

在这里使用的Builder模式中,setTitle之类的设置参数也是先将参数设置给AlertController.Param。具体在这里就暂时不管。
我们继续查看installContent()方法:


先设置dialog的contentView,然后调用setContentView()方法。是不是越来越熟悉这个套路!继续忍着压抑砰砰直跳的小内心,继续跟进去看看。

我们看到,在Dialog类中我们发现它最终调用了Window的setContentView()方法;而Window在Android中只有PhoneWindow这一个实现类。 接下来的工作就是和Activity中的步骤一模一样,因为都是调用Window的setContentView()方法;具体分析可看我记录的另一篇文章内容(传送门:http://www.jianshu.com/p/28bbb6778593)。
通过setContentView()方法后,创建了Dialog的decorView,并且将我们的自定义布局加入到decorView中。其中在这个过程中,mWindowAttributes的高度和宽度在mWindow.setContentView()中的installDecor()中的generateLayout()中被修改,在这里贴出修改部分的代码:
修改窗口宽高调用代码

setLayout()具体代码

在上面图中的标注处调用了setLayout(int width,int height)方法,这里传入了自适应的常量方式。而在setLayout方法中首先获取window的LayoutParams,然后修改了宽高。因此在这里过后,Window的mWindowAttributes将会重新改变,因此导致了我们在show之前修改的mWindowAttributes值将被覆盖,因此失效!
接下来把debug模式下错误代码的参数贴出来看看:

如下图为debug下show之前设置WindowManager.LayoutParams的值,可以看到我们把window的宽高设置为1143.
下图为show方法内执行过了dispatchOnCreate()方法后的WindowManager.LayoutParams的值.

可以看出就算之前设置参数,随后在show方法中也会被覆盖,因此在show之前设置参数无效。

所以我们因此只需要在show()之后设置即可。这样就可以设置Dialog布局大小。而调用dialog.getWindow().setAttributes(params);这句话中,会触发Window参数变化的接口,从而使得dialog重新设置自身大小。代码如下:

至此我们就将设置Dialog的Window宽高没有效果的原因分析完毕。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,029评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,395评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,570评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,535评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,650评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,850评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,006评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,747评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,207评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,536评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,683评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,342评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,964评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,772评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,004评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,401评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,566评论 2 349

推荐阅读更多精彩内容