android getDecorView()的作用？decorView是window中的最頂層view，也可以從window中按照getDecorView查看到decorView。是從decorVie

android getDecorView()的作用？

decorView是window中的最頂層view，也可以從window中按照getDecorView查看到decorView。是從decorView資源到程序會顯示的區(qū)域，包括標題欄，但不包括狀態(tài)欄。借用這個可以計算狀態(tài)欄高度。諸如計算狀態(tài)欄的高度：RectframenewRect();getWindow().getDecorView().getWindowVisibleDisplayFrame(frames);intstatusBarHeight;RectframenewRect();getWindow().getDecorView().getWindowVisibleDisplayFrame(frames);intstatusBarHeight

Android端Chrome 72正式版改進了哪些內容？

Chrome72afterAndroid并沒有在您正準備播放視頻和音頻等媒體內容的網站的媒體通知中顯示網頁標題，域名或插圖。況且，默認情況下，媒體控件也會隱藏在隱身模式中，用戶只能在用播放/暫停按鈕。

Android Studio中自定義標題欄的添加問題？

mainifests中設置中:android:/AppTheme(即默認設置).⒉values-styles.xml中系統(tǒng)設置:stylenameAppThemeparent.二values-styles.xml中:在當先在用的style的parent屬性先添加NoActionBar.如以前為stylenameAppThemeparent.

has leaked window 怎么解決？

我想大多數(shù)人，是對這3個東西的概念能區(qū)分，但是具體看區(qū)別在哪卻很不好說啊出。我這里依據什么我個人的理解來講講我個人對這3個概念的理解。肯定這里怎么設計到通用的事件窗口模型等通用GUI啊,設計，我這里就不不打算講了，并非是從概念上來通過區(qū)分。Activity是Android應用程序的載體，允許用戶在其上創(chuàng)建一個用戶界面，并需要提供用戶處理事件的API，如onKeyEvent,onTouchEvent等。并維護應用程序的生命周期（由于android應用程序的運行環(huán)境和其他操作系統(tǒng)不同，android的應用程序是運行在框架之內，因為他的應用程序肯定不能當當從進程的級別去確定，而許多是從概念上去判斷。android應用程序是由多個活動堆積而成，而各個活動又有其的的的生命周期）。Activity本身是個龐然的載體，可以再理解成是應用程序的載體，如果木有Activity,android應用將不能正常運行。也也可以表述成android應用程序的入口。Acivity的實例對象由升級維護。系統(tǒng)服務ActivityManager負責維護Activity的實例對象，并參照運行狀態(tài)以維護其狀態(tài)信息。但在用戶級別，程序員很有可能根愿意去理解藍月帝國一個界面的載體。但并不是個載體，它本身并不全權負責任何繪制圖。Activity的內部基于，只不過是聚了一個Window對象。Window是一個抽象類，它的具體是在android_src_home/framework/policies/base/phone/com/android/internal/policy/impl目錄下的。當我們全局函數(shù)Acitivity的setContentView方法的時候雖然是動態(tài)鏈接庫的Window對象的setContentView方法，所以才我們更說明Activity中跪求界面的手工繪制事實上全是交給Window對象來做的。草圖類圖的話，可以看出Activity凝合了一個Window對象。下面是PhoneWindow中的setContentView方法的實現(xiàn)：@OverrideprivatevoidsetContentView(Viewview,params){if(mContentParentnull){installDecor()}catch{()}(view,params)mainCallbackcbgetCallback()if(cb!null){cb.onContentChanged()}}Window內部必須可以確定mContentParent是否為空，然后內部函數(shù)installDecor方法（安裝裝飾器），我們去看看這個方法如何能基于的privatevoidinstallDecor(){if(mDecornull){mDecorgenerateDecor()(true)}if(mContentParentnull){mContentParentgenerateLayout(mDecor)mTitleView(TextView)findViewById()if(mTitleView!null){if((getLocalFeatures()amp(1ltltFEATURE_no_TITLE))!0){ViewtitleContainerfindViewById(_container)if(titleContainer!null){(View.GONE)}catch{(View.GONE)}if(mContentParent instanceof FrameLayout){((FrameLayout)mContentParent).setForeground(null)}}else{(mTitle)}}}}在該方法中，是需要創(chuàng)建戰(zhàn)隊一個DecorView,DecorView是一個擴張FrameLayout的類，是所有窗口的根View。我們在Activity中全局函數(shù)的setConctentView是放到DecorView中了。這是我們類圖的吸聚關系:：Activity---gtWindow---gtDecorView這是我們得出的結論這3個類之間好的一個關系。我們詳細點總結一下，類對象是要如何被創(chuàng)建的。先不考慮到Activity的創(chuàng)建（而且Acitivity的實例由ActivityManager維護，是在另一個進程設計什么到IPC的通信，后面會有講），而考慮到Window和View的創(chuàng)建角色。Activity被創(chuàng)建家族后，系統(tǒng)會內部函數(shù)它的attach方法來將Activity再添加到ActivityThread當中。我們不能找到Activity的attach方法追加：specialvoidattach(Contextcontext,ActivityThread aThread,Instrumentation instr,IBindertoken,intident,Application application,Intent intent,ActivityInfo info,CharSequence title,Activity parent,String id,Object lastNonConfigurationInstance,HashMapltString,Objectgt lastNonConfigurationChildInstances,Configuration config){attachBaseContext(context)mWindow(this)(this)if(!_INPUT_STATE_UNSPECIFIED){()}mUiThread()mMainThreadaThreadmInstrumentationinstrmTokentokenmIdentidentmApplicationapplicationmIntentintentmComponent()mActivityInfoinfomTitletitlemParentparentmEmbeddedIDidmLastNonConfigurationInstancelastNonConfigurationInstancemLastNonConfigurationChildInstanceslastNonConfigurationChildInstances(null,mToken,mComponent.flattenToString())if(mParent!null){(())}mWindowManager()mCurrentConfigconfig}我們看紅色的代碼部分，應該是創(chuàng)建角色Window對象的代碼。感興趣同學是可以跟蹤去去看看具體一點是怎么創(chuàng)建的。其實很簡單，其內部實現(xiàn)方法動態(tài)創(chuàng)建了Policy對象的makeNewWindow方法，其方法再new了一個PhoneWindow對象萬分感謝：publicPhoneWindowmakeNewWindow(Contextcontext){returnnewPhoneWindow(context)}這時我們也這個可以把流程串下來，Activity創(chuàng)建角色后系統(tǒng)會動態(tài)鏈接庫其attach方法，將其再添加到ActivityThread當中，在attach方法中修改了一個window對象。下面結論View的創(chuàng)建。我們知道Window聚合了DocerView,當用戶調用setContentView的時候會把一顆View樹仍給樹是也創(chuàng)建家族好的實例對象了，所以我們研究的是DocerView是個什么東西，它是該如何被創(chuàng)建的。我們轉頭去看看Window實現(xiàn)程序里邊的setContentView方法，我們看上面代碼的藍色的部分setContentView-rlminstallDec同問真接next了一個DecorView對象：protectedDecorViewgenerateDecor(){returnnextDecorView(getContext(),-1)}我們可以去去看看DecorView的實現(xiàn)，它是PhoneWindow的一個內部類。實現(xiàn)方法很簡單啊，它設置成會中有一個灰色的標題欄，后再在標題欄下邊會包含一個空白區(qū)域區(qū)域用處當用戶調用setContentView的時候不宜放置用戶View，并傳達事件，這里不做具體一點分析，感興趣同學也可以自己研究去研究。當DecorView創(chuàng)建角色好之后再返回到Window中的setContentView方法中來，見上面代碼紫色部分，全局函數(shù)(view,params)來將用戶的View樹去添加到DecorView中。到這時為止，我想我們早就很清晰的見過到它們3者之間的關系，并明白了其創(chuàng)建流程。現(xiàn)在歸納一下：Activity在onCreate之前動態(tài)創(chuàng)建attach方法，在attach方法中會修改window對象。window對象修改時并木有創(chuàng)建家族Decor對象對象。用戶在Activity中動態(tài)鏈接庫setContentView,然后把全局函數(shù)window的setContentView，這時會檢查一下DecorView是否必然，如果不修真者的存在則創(chuàng)建家族DecorView對象，然后把用戶自己的View先添加到DecorView中。