解決方案：
企業(yè)建站必須是能夠以充分展現(xiàn)企業(yè)形象為主要目的，是企業(yè)文化與產(chǎn)品對(duì)外擴(kuò)展宣傳的重要窗口，一個(gè)合格的網(wǎng)站不僅僅能為公司帶來(lái)巨大的互聯(lián)網(wǎng)上的收集和信息發(fā)布平臺(tái)，成都創(chuàng)新互聯(lián)面向各種領(lǐng)域：成都展覽展示等成都網(wǎng)站設(shè)計(jì)公司、成都全網(wǎng)營(yíng)銷推廣解決方案、網(wǎng)站設(shè)計(jì)等建站排名服務(wù)。
請(qǐng)先等待20分鐘以上看是否可以進(jìn)入系統(tǒng)，升完級(jí)后開機(jī)，系統(tǒng)會(huì)進(jìn)行初始化，并且如果升級(jí)前安裝的應(yīng)用過(guò)多，可能導(dǎo)致開機(jī)需要的時(shí)間比較久。
如果等待結(jié)束仍無(wú)法進(jìn)入系統(tǒng)，請(qǐng)嘗試如下方法：
1、長(zhǎng)按電源鍵，手機(jī)強(qiáng)制重啟后重試。
（以下2和3操作均會(huì)清除手機(jī)的所有數(shù)據(jù)，請(qǐng)您謹(jǐn)慎操作）
2、長(zhǎng)按音量上鍵+電源鍵檢查是否能進(jìn)入Recovery模式，如果可以，選擇恢復(fù)出廠設(shè)置格式化用戶空間進(jìn)行修復(fù)。
3、通過(guò)華為手機(jī)助手修復(fù)或通過(guò) eRecovery 恢復(fù)手機(jī)系統(tǒng)版本。
如果以上方法均無(wú)法解決，請(qǐng)到附近的華為客戶服務(wù)中心檢修，具體價(jià)格要以華為客戶服務(wù)中心的最終檢測(cè)的結(jié)果為準(zhǔn)。
華為客戶服務(wù)中心地址信息查詢方法如下：
1、 通過(guò)手機(jī)自帶會(huì)員服務(wù)APP里面的“服務(wù)--服務(wù)網(wǎng)點(diǎn)”頁(yè)面，可以幫查詢到最近的服務(wù)中心；
2、也可以在華為商城官網(wǎng)頁(yè)面最下方有售后網(wǎng)點(diǎn)查詢地址入口；
3、微信中關(guān)注“華為終端客戶服務(wù)”公眾號(hào)，在“服務(wù)支持”中點(diǎn)擊“服務(wù)中心查詢”也可以查詢。
注：如果您之前沒(méi)有備份數(shù)據(jù)，維修過(guò)程中手機(jī)數(shù)據(jù)可能會(huì)丟失。
1.文本框（TextView）和編輯框（EditText）
文本框（TextView）不允許用戶編輯文本內(nèi)容，而編輯框（EditText）允許用戶編輯文本內(nèi)容
2.按鈕（Button）和圖片按鈕（ImageButton）
Button顯示文字，ImageButton顯示圖片。
為ImageButton指定android:text屬性沒(méi)用，不會(huì)顯示文字
可以指定android:background為按鈕增加背景圖片，但這圖片是固定的
可以指定android:src為圖片按鈕增加圖片屬性
其實(shí)，src才是設(shè)置圖標(biāo)，而background只是設(shè)置背景。
如果控件的大小是100 100 圖片資源是80 80的話，那么用src，圖片就會(huì)居中顯示，如果使用background那么圖片就會(huì)被拉伸充滿控件。
重要的是，background是底層的圖片資源，src是覆蓋在background上面的資源，他們可以疊加使用，實(shí)現(xiàn)選中的效果。
3.單選按鈕（RadioButton）和復(fù)選框（CheckBox）
多了一個(gè)android:checked屬性，用于指定初始時(shí)是否被選中
4.計(jì)時(shí)器組件Chronometer用法
紅色字體表示常用的方法
5.圖像視圖（ImageView）
它支持屬性android:scaleType setScaleType(ImageView.ScaleType)
matrix(ImageView.ScaleType.MATRIX)：使用matrix方式進(jìn)行
fixXY(ImageView.ScaleType.FIX_XY)：對(duì)圖片橫向縱向獨(dú)立縮放，會(huì)改變縱橫比
fitStart(ImageView.ScaleType.FIT_START)：保持縱橫比，圖片較長(zhǎng)的邊長(zhǎng)與ImageView相應(yīng)的邊長(zhǎng)相等，縮放后放在左上角
fitCenter(ImageView.ScaleType.FIT_CENTER)：保持縱橫比，圖片較長(zhǎng)的邊長(zhǎng)與ImageView相應(yīng)的邊長(zhǎng)相等，縮放后放在中央
fitEnd(ImageView.ScaleType.FIT_END)：保持縱橫比，圖片較長(zhǎng)的邊長(zhǎng)與ImageView相應(yīng)的邊長(zhǎng)相等，縮放后放在右下角
center(ImageView.ScaleType.CENTER)：放中間，不縮放
centerCrop(ImageView.ScaleType.CENTER_CROP)：保持縱橫比，使圖片能完全覆蓋ImageView
centerInside(ImageView.ScaleType.CENTER_INSIDE)：保持縱橫比，使ImageView能完全顯示圖片
6.spinner的功能和用法
如果可以確定spinner里面的列表項(xiàng)，那么直接在/res/layout/main.xml里面指定
然后在/res/value/string.xml里面指定
如果不確定里面的列表項(xiàng)，那么必須要提供一個(gè)Adapter，這個(gè)Adapter負(fù)責(zé)決定Spinner列表每項(xiàng)的內(nèi)容
7.日期、時(shí)間選擇器（DatePicker和TimePicker）
8.自動(dòng)完成文本框（AutoCompleteTextView）
比普通文本框多了一個(gè)功能：當(dāng)用戶輸入一定字符后，自動(dòng)完成文本框會(huì)顯示一個(gè)下拉菜單，供用戶從中選擇，當(dāng)用戶選擇某個(gè)菜單后，組件會(huì)按用戶選擇自動(dòng)填寫該文本框
使用該組件很簡(jiǎn)單，只要為它設(shè)置一個(gè)Adapter，該Adapter封裝了AutoCompleteTextView預(yù)設(shè)的提示文本
9.進(jìn)度條（ProgressBar）
通過(guò)style屬性可以為ProgressBar指定風(fēng)格。該屬性可以有如下的屬性值：
1.@android:style/Widget.ProgressBar.Horizontal 水平進(jìn)度條
2.@android:style/Widget.ProgressBar.Inverse 不斷跳躍、旋轉(zhuǎn)畫面的進(jìn)度條
3.@android:style/Widget.ProgressBar.Large 大進(jìn)度條
4.@android:style/Widget.ProgressBar.Large.Inverse不斷跳躍、旋轉(zhuǎn)畫面的大進(jìn)度條
5.@android:style/Widget.ProgressBar.Small 小進(jìn)度條
6.@android:style/Widget.ProgressBar.Small.Inverse不斷跳躍、旋轉(zhuǎn)畫面的小進(jìn)度條
ProgressBar提供如下方法來(lái)操作進(jìn)度
1.setProgress(int) 設(shè)置進(jìn)度的完成百分比
2.incrementProgressBy(int) 設(shè)置進(jìn)度條的增加或減少。參數(shù)為正增加，參數(shù)為負(fù)減少
10.選項(xiàng)卡（TabHost）
TabHost僅僅只是一個(gè)簡(jiǎn)單的容器，它提供如下方法
1.newTabSpec(String tag) 創(chuàng)建選項(xiàng)卡
2.addTab(TabHost.TabSpec tabSpec) 添加選項(xiàng)卡
使用TabHost的一般步驟為：
? A. 在界面中定義TabHost組件，并為該組件定義該選項(xiàng)卡的內(nèi)容
? B. Activity應(yīng)該繼承TabActivity
? C. 調(diào)用TabActivity的getTabHost()來(lái)獲取TabHost對(duì)象
? D. 通過(guò)TabHost對(duì)象的方法來(lái)創(chuàng)建選項(xiàng)卡、添加選項(xiàng)卡
選項(xiàng)卡主要由TabHost、TabWidget、FrameLayout3個(gè)組件組成，三者缺一不可，想象一下選項(xiàng)卡的特點(diǎn)，多個(gè)卡重疊在一起，所以用FrameLayout即幀布局是必要的。另外需要注意的是TabHost、TabWidget、FrameLayout三個(gè)組件的android:id必須使用系統(tǒng)默認(rèn)的名稱，而不能自己隨意定義，否則會(huì)出錯(cuò)。
11.圖像切換器（ImageSwitcher）
12.網(wǎng)格視圖（GridView）
使用GridView一般指定numColumn大于1，否則取默認(rèn)值為1.那么GridView就變成了ListView
屬性android:stretchMode支持如下屬性
1.none 不拉伸
2.spacingWidth 僅拉伸元素之間的間距
3.spacingWidthUniform 表格、元素之間的間距一起拉伸
4.columnWidth 僅拉伸表格
13.畫廊視圖（Gallery）（現(xiàn)在已經(jīng)被棄用了，不過(guò)還是列出來(lái)吧）
Gallery用法很簡(jiǎn)單——為它提供一個(gè)內(nèi)容Adapter，該Adapter的getView方法所返回的View可作為Gallery的列表項(xiàng)?？梢酝ㄟ^(guò)OnItemSelectedListener監(jiān)聽選擇項(xiàng)的改變
14.列表試圖（ListView和ListActivity）
1.創(chuàng)建ListView由兩種方式：
2.直接使用ListView進(jìn)行創(chuàng)建
讓Activity繼承ListActivity（繼承了ListActivity的類無(wú)需調(diào)用setContentView()來(lái)顯示頁(yè)面，可以直接設(shè)置適配器）
一旦獲得ListView后，就要?jiǎng)?chuàng)建顯示的列表項(xiàng)了。需要借助內(nèi)容Adapter，內(nèi)容Adapter負(fù)責(zé)提供需要顯示的列表項(xiàng)
創(chuàng)建ArrayAdapter時(shí)必須指定一個(gè)textViewResourceId，該參數(shù)決定每個(gè)列表項(xiàng)的外觀
1.simple_list_item_1 每個(gè)列表項(xiàng)是普通的TextView
2.simple_list_item_2 每個(gè)列表項(xiàng)是普通的TextView（字體略大）
3.simple_list_item_checked 每個(gè)列表項(xiàng)是已勾選的列表項(xiàng)
4.simple_list_item_multiple_choice 每個(gè)列表項(xiàng)是帶多選框的文本
5.simple_list_item_single_choice 每個(gè)列表項(xiàng)是帶多單選按鈕的文本
15.使用AlertDialog
1.創(chuàng)建AlertDialog.Builder對(duì)象，該對(duì)象是AlertDialog的創(chuàng)建器
2.調(diào)用AlertDialog.Builder方法為對(duì)話框設(shè)置圖標(biāo)、標(biāo)題等
3.調(diào)用AlertDialog.Builder的create()方法創(chuàng)建AlertDialog對(duì)話框
4.調(diào)用AlertDialog的show()方法顯示對(duì)話框
16.使用Toast顯示提示框
步驟如下：
? 調(diào)用Toast構(gòu)造器或makeText方法創(chuàng)建Toast對(duì)象
? 調(diào)用Toast方法來(lái)設(shè)置該消息的對(duì)齊方式等
? 調(diào)用Toast的show()方法顯示出來(lái)
? Toast toast = Toast.makeText(ToastTest.this, "信息", Toast.LENGTH_LONG).show();
17.Notification（一般顯示網(wǎng)絡(luò)狀態(tài)、電池狀態(tài)、時(shí)間等）
使用Notification發(fā)送Notification步驟：
? 調(diào)用getSystemService(NOTIFICATION_SERVICE)方法獲取系統(tǒng)的Notification Manager服務(wù)
? 通過(guò)構(gòu)造器創(chuàng)建一個(gè)Notification對(duì)象
? 為Notification設(shè)置屬性
? 通過(guò)Notification Manager發(fā)送Notification
Android 系統(tǒng)為設(shè)置界面的UI提供了一系列的接口，設(shè)置界面的部分和 Activity 是分離的，會(huì)有一個(gè) PreferenceScreen 的對(duì)象
是根目錄，在其中會(huì)包含 CheckBoxPreference EditTextPreference ListPreference PreferenceCategory RingtonePreference
由于設(shè)置的界面是使用 Preference 而不是 View 來(lái)創(chuàng)建的，需要特殊的 Activity 或者 Fragment 的子類來(lái)顯示
可以在運(yùn)行時(shí)創(chuàng)建 Preference 也可以通過(guò)在xml中定義 Preference ,每一個(gè) Preference 的子類都可以用XML中的元素來(lái)定義，在 res/xml/
文件夾中創(chuàng)建一個(gè)文件如 preference.xml
preference.xml 一般的布局如下：
在高于 Android 3.0(API 10) 的版本，應(yīng)該使用 PreferenceFragment 來(lái)顯示 Preference ,就不需要繼承 PreferenceActivity
繼承 PreferenceFragment 在 onCreate() 方法中調(diào)用 addPreferencesFromResource() 方法
創(chuàng)建一個(gè) Activity ,然后將定義的Fragments添加到當(dāng)前的 Activity 中,最終呈現(xiàn)的效果和 PreferenceActivity 是一樣的
extras 元素中的內(nèi)容，可以通過(guò) Bundle 獲得，通過(guò)方法 getArguments() 獲取
顯示headers使用 PreferenceActivity 的回調(diào)方法 onBuildHeaders() 加載preference-headers.xml文件
通過(guò) Preference 的屬性 android:layout="" 設(shè)置自定義的layout文件
若使用的是vivo手機(jī)，經(jīng)典桌面圖標(biāo)下方的文字不可刪除或隱藏，Origin OS探索桌面圖標(biāo)名字默認(rèn)隱藏。
Android常見的5個(gè)布局，我想大家一定不會(huì)陌生。LinearLayout、RelativeLayout和FrameLayout也是使用頻率較高的布局方式，做Android開發(fā)的一定使用過(guò)。
傳統(tǒng)的5種布局方式：
不過(guò)我的問(wèn)題并不是問(wèn)面試者如何使用這些基礎(chǔ)的布局，而是要看面試者怎么解決布局嵌套（影響性能）和屏幕適配問(wèn)題。
我們都清楚Android界面的布局太復(fù)雜，嵌套層次過(guò)深，會(huì)使整個(gè)界面的測(cè)量、布局和繪制變得更復(fù)雜，對(duì)性能會(huì)造成影響。所以我們?cè)趯慙ayout文件時(shí)，也要盡量避免布局的嵌套層次過(guò)深的問(wèn)題。
在怎么解決問(wèn)題之前，我們得有一個(gè)好方法先判斷當(dāng)前的問(wèn)題情況。Android SDK工具箱中有一個(gè)叫做Hierarchy Viewer的工具，能夠在App運(yùn)行時(shí)分析Layout。
注意： 在ROOT的手機(jī)，或者是安裝開發(fā)版的ROM的手機(jī)可以直接使用Hierarchy Viewer。如果沒(méi)有Root的手機(jī)(SDK 4.1及以上)，需要在你的PC端添加一個(gè)環(huán)境變量“ANDROID_HVPROTO=ddm”。
下面列舉一些面試者常使用的方式。
merge merge標(biāo)簽的作用是合并UI布局，使用該標(biāo)簽?zāi)芙档蚒I布局的嵌套層次。
merge標(biāo)簽可用于兩種情況：
ViewStub ViewStub標(biāo)簽引入的布局默認(rèn)不會(huì)inflate，既不會(huì)顯示也不會(huì)占用位置。 ViewStub常用來(lái)引入那些默認(rèn)不會(huì)顯示，只在特殊情況下顯示的布局，如數(shù)據(jù)加載進(jìn)度布局、出錯(cuò)提示布局等。
需要在使用時(shí)手動(dòng)inflate:
ViewStub在一定的程度可以起到減少嵌套層次的作用，特別是很多時(shí)候我們的程序可能不需要走到ViewStub的界面。
include 將可復(fù)用的組件抽取出來(lái)并通過(guò)include標(biāo)簽使用，但include標(biāo)簽?zāi)軠p少布局的層次嗎？
我認(rèn)為不能。include主要解決的是相同布局的復(fù)用問(wèn)題，它并不能減少布局的層次。
用RelativeLayout代替LinearLayout
很多人為了減少布局層次喜歡用RelativeLayout代替LinearLayout，不過(guò)可能達(dá)到的效果并不會(huì)很明顯。層次是減少了，但本身RelativeLayout就會(huì)比LinearLayout性能差一點(diǎn)。
有一些界面，比如一個(gè)圖片和一個(gè)文本的布局（ListItem常見的布局方式），可以利用TextView有drawableLeft, drawableRight等屬性，完全不需要RelativeLayout或者LinearLayout布局。
傳統(tǒng)的布局方式存在一定的缺陷，如RelativeLayout要兩次測(cè)量（measure）它的子View才能知道確切的高度；如果LinearLayout布局的子View有設(shè)置了layout_weight，那么它也需要測(cè)量?jī)纱尾拍塬@得布局的高度。
相對(duì)于傳統(tǒng)的布局方式，Android官方還推出了兩種新的布局方式：ConstraintLayout和FlexboxLayout。
ConstraintLayout ConstraintLayout即約束布局，在2016年由Google I/O推出。ConstraintLayout和RelativeLayout有點(diǎn)類似，控件之間根據(jù)依賴關(guān)系而存在，但比RelativeLayout更加靈活。創(chuàng)建大型復(fù)雜的布局仍然可以使用扁平的層級(jí)(不用嵌套View Group)，說(shuō)的簡(jiǎn)單些就是，再?gòu)?fù)雜的界面也可以只有2層層次。
要使用ConstraintLayout需要在build.gradle中添加相關(guān)的support庫(kù)：
使用ConstraintLayout可以有效的解決布局嵌套過(guò)多導(dǎo)致的性能問(wèn)題，官方也對(duì)其渲染性能進(jìn)行了優(yōu)化，并且ConstraintLayout支持可視化的方式編寫布局。
不過(guò)學(xué)會(huì)熟練使用ConstraintLayout會(huì)需要一點(diǎn)時(shí)間，但這是值得的。
FlexBoxLayout 做過(guò)前端開發(fā)（CSS方面）的同學(xué)對(duì)FlexBox一定不會(huì)陌生，最近我在做微信小程序開發(fā)時(shí)也涉及到FlexBox。FlexBox(彈性布局)是w3c在2009年提出的一種新的布局方案，解決以前那種傳統(tǒng)css的盒模型的局限性。
Google開源了FlexboxLayout布局和前端CSS FlexBox布局具有相同的功能（肯定有不一樣的地方），但已經(jīng)足夠在Android上改進(jìn)布局的構(gòu)建方式。
FlexBoxLayout可以理解成一種更高級(jí)的LinearLayout，不過(guò)比LinearLayout更加強(qiáng)大和靈活。如果我們使用LinearLayout布局的話，那么不同的分辨率，也許我們要重新調(diào)整布局，勢(shì)必會(huì)需要跟多的布局文件放在不同的資源目錄。而使用FlexBoxLayout來(lái)布局的話，它可以適應(yīng)各種界面的改變（所以叫響應(yīng)式布局）。
如果對(duì)前端的Flexbox不太了解的話，你還需要補(bǔ)一些概念，好在這些東西在網(wǎng)上很容易找到。
可能很多讀者會(huì)覺(jué)這樣的面試題是吹毛求疵，很多項(xiàng)目中哪有這么復(fù)雜的界面，根本就用不到這些優(yōu)化措施。
可以說(shuō)厲害的人，或者叫高手，可能只是比較多在意這些細(xì)節(jié)而已。在實(shí)踐中的經(jīng)歷告訴我，很多難于解決的性能問(wèn)題，并不是因?yàn)橛幸粋€(gè)影響性能的問(wèn)題無(wú)法攻克，而是沒(méi)有一個(gè)明顯的制約因素，是有各種小問(wèn)題一點(diǎn)一點(diǎn)堆積起來(lái)，最終積重難返。
所以，把細(xì)節(jié)做好，或者意識(shí)到細(xì)節(jié)的地方可能引發(fā)的問(wèn)題，對(duì)我們解決問(wèn)題是很有幫助的，不要浪費(fèi)了讓你可以成長(zhǎng)的細(xì)節(jié)。
有需要更多Android高級(jí)進(jìn)階和面試資料的朋友可以私信我獲取
重慶分公司
重慶分公司
