本文同步自wing的地方酒館
有的時候不能盲目自信，不然會踩到大坑啊，哎。。還是因爲太菜了。
事情的經過是這樣子滴： 有一個特殊條件，需要把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()方法，那麼到底怎麼回事呢，直接看他的構造器：
臥槽，坑爹呢這是！ 發現即使context傳進來是個activity，也回被包裝成TintContextWrapper。
那麼爲什麼5.0以上系統，獲得的還是一個Activity呢？
繼續看：
nnd，原來如此，看樣子是v7包爲了能加載到一些特殊資源，給包裹成了TintContextWrapper。 所以強轉出錯！！！
這個故事告訴我們，就算你有絕對的自信，你也不能保證你百分百正確，該遵守的一些優良習慣，還是要養成的。。