記一次View.getContext()遇到的大坑

lqlwoaini 7年前發布 | 20K 次閱讀安卓開發 Android開發移動開發

有的時候不能盲目自信，不然會踩到大坑啊，哎。。還是因為太菜了。

事情的經過是這樣子滴：有一個特殊條件，需要把View的context強轉為Activity。

大概是這樣子的：

imageView.context as Activity

這個時候我是比較確信這個view的context一定是Activity的，所以沒有加以下判斷。

if (imageView.context is Activity)

然后坑就來了。。 4.x該蹦的全崩了。。當時我的心情猶如股市大跌，想要去跳樓。

確信的理由

為什么我當時認為這個context一定是Activity呢，其實不是沒有理由的。因為我的imageView是寫在xml里的，大家都知道，setContextView()，其實就是PhoneWindow的setContentView()：

發現這個view是LayoutInflater解析xml反射出來的。view的context就是LayoutInflater的mContext:

這個LayoutInflater的context是PhoneWindow傳進去的：

PhoneWindow的context就是Activity的this:

所以，也就是說，一個寫在xml里的View，他的context就是Activity。源碼是這樣告訴我的。可是為什么4.x都崩了呢，4.x的view的context到底是什么呢？

刨根問底

如果你聽過LayoutInflaterFactory，那么大概就能想出是什么原因了，代碼是不會騙人的，可是為什么View的context變了呢，那只能是有其他代碼在搞鬼。所有Appcompat的Activity，創建View的時候，都會對基本View做一個風格的包裝，也就是說ImageView會變成AppcompatImageView。那么實際上，imageView.context 是AppcompatImageView的getContext().

研究發現，AppcompatImageView并沒有重寫getContext()方法，那么到底怎么回事呢，直接看他的構造器：