① android性能優化總結
常用的Android性能優化方法：
一、布局優化：
1）盡量減少布局文件的層級。
層級少了，繪制的工作量也就少了，性能自然提高。
2）布局重用 <include標簽>
3）按需載入：使用ViewStub,它繼承自View,一種輕量級控制項，本身不參與任何的布局和繪制過程。他的layout參數里添加一個替換的布局文件，當它通過setVisibility或者inflate方法載入後，它就會被內部布局替換掉。
二、繪制優化：
基於onDraw會被調用多次，該方法內要避免兩類操作：
1）創建新的局部對象，導致大量垃圾對象的產生，從而導致頻繁的gc，降低程序的執行效率。
2）不要做耗時操作，搶CPU時間片，造成繪制很卡不流暢。
三、內存泄漏優化：
1）靜態變數導致內存泄漏 比較明顯
2）單例模式導致的內存泄漏 單例無法被垃圾回收，它持有的任何對象的引用都會導致該對象不會被gc。
3）屬性動畫導致內存泄漏 無限循環動畫，在activity中播放，但是onDestroy時沒有停止的話，動畫會一直播放下去，view被動畫持有，activity又被view持有，導致activity無法被回收。
四、響應速度優化：
1）避免在主線程做耗時操作 包括四大組件，因為四大組件都是運行在主線程的。
2）把一些創建大量對象等的初始化工作放在頁面回到前台之後，而不應該放到創建的時候。
五、ListView的優化：
1）使用convertView，走listView子View回收的一套：RecycleBin 機制
主要是維護了兩個數組，一個是mActiveViews,當前可見的view,一個是mScrapViews，當前不可見的view。當觸摸ListView並向上滑動時，ListView上部的一些OnScreen的View位置上移，並移除了ListView的屏幕范圍，此時這些OnScreen的View就變得不可見了，不可見的View叫做OffScreen的View，即這些View已經不在屏幕可見范圍內了，也可以叫做ScrapView，Scrap表示廢棄的意思，ScrapView的意思是這些OffScreen的View不再處於可以交互的Active狀態了。ListView會把那些ScrapView（即OffScreen的View）刪除，這樣就不用繪制這些本來就不可見的View了，同時，ListView會把這些刪除的ScrapView放入到RecycleBin中存起來，就像把暫時無用的資源放到回收站一樣。
當ListView的底部需要顯示新的View的時候，會從RecycleBin中取出一個ScrapView，將其作為convertView參數傳遞給Adapter的getView方法，從而達到View復用的目的，這樣就不必在Adapter的getView方法中執行LayoutInflater.inflate()方法了。
RecycleBin中有兩個重要的View數組，分別是mActiveViews和mScrapViews。這兩個數組中所存儲的View都是用來復用的，只不過mActiveViews中存儲的是OnScreen的View，這些View很有可能被直接復用；而mScrapViews中存儲的是OffScreen的View，這些View主要是用來間接復用的。
2）使用ViewHolder避免重復地findViewById
3)快速滑動不適合做大量非同步任務，結合滑動監聽，等滑動結束之後載入當前顯示在屏幕范圍的內容。
4）getView中避免做耗時操作，主要針對圖片：ImageLoader來處理(原理：三級緩存)
5）對於一個列表，如果刷新數據只是某一個item的數據，可以使用局部刷新，在列表數據量比較大的情況下，節省不少性能開銷。
六、Bitmap優化：
1）減少內存開支：圖片過大，超過控制項需要的大小的情況下，不要直接載入原圖，而是對圖片進行尺寸壓縮，方式是BitmapFactroy.Options 采樣，inSampleSize 轉成需要的尺寸的圖片。
2）減少流量開銷：對圖片進行質量壓縮，再上傳伺服器。圖片有三種存在形式：硬碟上時是file，網路傳輸時是stream，內存中是stream或bitmap，所謂的質量壓縮，它其實只能實現對file的影響，你可以把一個file轉成bitmap再轉成file，或者直接將一個bitmap轉成file時，這個最終的file是被壓縮過的，但是中間的bitmap並沒有被壓縮。bitmap.compress(Bitmap.CompressFormat.PNG,100,bos);
七、線程優化：
使用線程池。為什麼要用線程池？
1、從「為每個任務分配一個線程」轉換到「在線程池中執行任務」
2、通過重用現有的線程而不是創建新線程，可以處理多個請求在創建銷毀過程中產生的巨大開銷
3、當使用線程池時，在請求到來時間 ，不用等待系統重新創建新的線程，而是直接復用線程池中的線程，這樣可以提高響應性。
4、通過和適當調整線程池的大小 ，可以創建足夠多的線程以使處理器能夠保持忙碌狀態，同時還可以防止過多線程相互競爭資源而使應用程序耗盡內存或者失敗。
5、一個App裡面所有的任務都放在線程池中執行後，可以統一管理 ，當應用退出時，可以把程序中所有的線程統一關閉，避免了內存和CPU的消耗。
6、如果這個任務是一個循環調度任務，你則必須在這個界面onDetach方法把這個任務給cancel掉，如果是一個普通任務則可cancel，可不cancel，但是最好cancel
7、整個APP的總開關會在應用退出的時間把整個線程池全部關閉。
八、一些性能優化建議：
1）避免創建過多對象，造成頻繁的gc
2)不要過多使用枚舉，枚舉佔用的空間比整型大很多
3）字元串的拼接使用StringBuffer、StringBuilder來替代直接使用String,因為使用String會創建多個String對象，參考第一條。
4）適當使用軟引用，（弱引用就不太推薦了）
5）使用內存緩存和磁碟緩存。
② android 性能優化有哪些辦法
性能優化的常用方法
主要內容包括布局優化，繪制優化，內存泄露優化，相應速度優化，ListView優化，Bitmap優化，線程優化等，下面主要給你舉了其中的幾個例子：
(1)布局優化
布局優化的思想很簡單，就是盡量減少布局文件的層級。
如何進行優化呢？首先刪除布局中無用的控制項和層級，其次有選擇地使用性能較低的ViewGroup，比如LinearLayout。如果布局中有的布局既可以用LinearLayout也可以用RelativeLayout，那就用LinearLayout,這是因為RelativeLayout比較復雜，他的布局過程花費更多的CPU時間。FrameLayout和LinearLayout一樣都是一種簡單高效的ViewGroup，因此可以考慮使用他們，但是很多時候，單純的通過一個LinearLayout或者FrameLayout無法實現產品的效果，需要通過嵌套的方式來完成，這種情況建議採用RelativeLayout，因為ViewGroup的嵌套就相當於增加了布局的層級，同樣會降低程序的性能。
布局優化的另一種手段是採用<include>標槍,<merge>標簽和ViewStub。<include>標簽主要用於布局重用，<merge>標簽一般和<include>配合使用，它可以減少布局的層級。而ViewStub則提供了按需載入功能，當需要時才將ViewStub中的布局載入到內存，這提高了程序的初始化效率。
(2)繪制方法
繪制優化是指View的onDraw方法避免執行大量的操作，這主要有兩方面。
首先，onDraw中不要創建新的布局對象，這是因為onDraw方法可能會被頻繁調用，這樣就會在一瞬間產生大量的臨時對象，這不僅佔用了過多的內存而且還會導致系統更加頻繁的gc，降低了程序的執行效率。
另一方面，onDraw方法中不要做耗時的任務，也不能執行成千上萬次循環操作，盡管每次循環都很輕量級，但是大量的循環仍然十分搶佔CPU的時間片，這會造成View的繪制過程不流暢。
(3)內存泄露優化
內存泄露在開發過程中是一個需要重視的問題，但是由於內存泄露問題對開發人員的經驗和開發意識要求比較高，因此這是開發人員最容易犯的錯誤之一。內存泄露的優化分為兩個方面，一方面是在開發過程中避免寫出內存泄露的代碼，另一方面通過一些分析工具比如MAT來找出潛在的內存泄露繼而解決。
關於性能優化的建議
1.避免黃健過多對象；
2.不要過多使用枚舉，枚舉佔用的內存空間比整型大一些。
3.常量使用staticfinal來修飾。
4.使用一些Android特有的數據結構，比如SpareArray和Pair等，他們都具有更好的性能。
5.適當使用軟引用和弱引用。
6.採用內存緩存和磁碟緩存
7.盡量採用靜態內部類，這樣可以避免潛在的內部類而導致的內存泄漏。
③ Android布局優化的幾種方式
1. include/merge
布局優化中常常用到include/merge標簽，include的含義類似C代碼中的include，意思是直接把指定布局片段包含進當前的布局文件。include適用於多個布局文件中存在相同的xml片段，比如說相同的標題欄、相同的廣告欄、相同的進度欄等等。
2. ViewStub
在一個頁面上根據不同條件展示不同的控制項，我們常常會設置控制項的可視屬性，比如調用指定控制項的setVisibility方法，若需展示則設置View.VISIBLE，若需隱藏則設置View.GONE。不過gone的控制項只是看不到罷了，實際UI渲染時還是會被載入。要想事先不載入，在條件符合時才載入，就得用到標簽ViewStub。
3. style樣式
樣式在res/values/styles.xml中定義，它適用於下面幾種情況：
1、布局文件中存在多個具有相同風格的控制項，比如說統一的文本框TextView，都是白底黑字、中號字體、居中顯示，這時我們便可在styles.xml定義一種文本樣式，然後在各文本框處聲明它的style屬性。好處一個是減少了布局文件的大小，另一個是方便以後統一修改風格。
2、某些控制項在代碼中聲明時需要手工指定style，例如自定義對話框需要在構造函數中指定樣式；另一個例子是彈窗PopupWindow在設置伸縮動畫方法setAnimationStyle時需要指定動畫樣式。
3、定義頁面的主題風格，然後應用到Activity頁面。代碼中設置主題可通過「setTheme(R.style.)」完成，布局中設置可在AndroidManifest.xml的activity節點下添加theme屬性，如「android:theme=」@style/「」。
4. Theme主題
主題是一種特殊的樣式，主題專用於頁面，而樣式一般運用於控制項。主題定義一般放在themes.xml，樣式定義一般放在styles.xml。
Android定義了一些系統主題，完整定義的參見sdk自帶的themes.xml，常用的幾種說明如下：
Theme.NoTitleBar : 不顯示標題欄，即隱藏ActionBar
Theme.Light : 白色背景
Theme.Holo : 淺灰背景
Theme.Black : 黑色背景
Theme.Wallpaper : 壁紙
Theme.Translucent : 透明背景
Theme.Dialog : 對話框
Theme.Panel : 平板
Theme.InputMethod : 輸入法
Theme.SearchBar : 搜索框
④ android中有幾種布局技術,各自優缺點
在4.0以前版本中一共有五種布局，都是ViewGroup的子類。分別是AbsoluteLayout、RelativeLayout、LinearLayout、FrameLayout、TableLayout。而TableLayout是LinearLayout的子類。（中文分別是：絕對布局、相對布局、線性布局念弊敏、幀布局、表格布局）。
在2.2作業系統中將AbsoluteLayout過期。而目前FrameLayout、TableLayout也逐漸少用。
在4.0之後又新增GridLayout。（GridLayout最經典的案例是計算器介面）
總之，Android中一共有六種布局。目前推薦使用RelativeLayout、LinearLayout、GridLayout三種布局。
一般簡單的布局就用LinearLayout，復雜點的用RelativeLayout（可以防止多層巢狀），像FrameLayout，裡面的控制元件是重疊的，AbsoluteLayout裡面控制元件位置是絕對的，在螢幕適配方面就不行了。
xml布局簡單，推薦使用；程式碼布局可以實現更豐富的功能。
具體使用根據你自己專案的需求來選擇。
RAID是「Rendant Array of Independent Disk」的縮寫，中文意思是獨立冗餘磁碟陣列。
主要包含RAID 0～RAID 7等數個規范，它們的側重點各不相同，常見的規范有如下幾種：
RAID 0：無差錯控制的帶區組
要實現RAID0必須要有兩個以上硬碟驅動器，RAID0實現了帶區組，資料並不是儲存在一個硬碟上，而是分成資料塊儲存在不同驅動器上。因為將資料分布在不同驅動器上，所以資料吞吐率大大提高，驅動器的負載也比較平衡。如果剛好所需要的資料在不同的驅動器上效率最好。它不需要計算校驗碼，實現容易。它的缺點是它沒有資料差錯控制，如果一個驅動器中的資料發生錯誤，即使其它盤上的資料正確也無濟於事了。不應該將它用於對資料穩定性要求高的場合。如果使用者進卜派行圖象（包括動畫）編輯和其它要求傳輸比較大的場合使用RAID0比較合適。同時，RAID可以提高資料傳輸速率，比如所需讀取的檔案分布在兩個硬碟上，這兩個硬碟可以同時讀取。那麼原來讀取同樣檔案的時間被縮短為1/2。在所有的級別中，RAID 0的速度是最快的。但是RAID 0沒有冗餘功能的，如果一個磁碟（物理）損壞，則所有的資料都無法使用。
RAID 1：鏡象結構
raid1對於使用這種RAID1結構的裝置來說，RAID控制器必須能夠同時對兩個盤進行讀操作和對兩個鏡象盤進行寫操作。通過下面的結構圖您也可以看到必須有兩個驅動器。因為是鏡象結構在一組盤出現問題時，可以使用鏡象，提高系統的容錯能力。它比較容易設計和實現。每讀一次盤只能讀出一塊資料，也就是說資料塊傳送速率與單獨的盤的讀取速率相同。因為RAID1的校驗十分完備，因此對系統的處理能力有很大的影響，通常的RAID功能由軟體實現，而這樣的實現方法在伺服器負載比較重的時候會大大影響伺服器效率。當您的系統需要極高的可靠性時，如進行資料統計，那麼使用RAID1比較合適。而且RAID1技術支援「熱替換」，即不斷電的情況下對故障磁碟進行更換，更換完畢只要從映象盤上恢復資料即可。當主仔枝硬碟損壞時，映象硬碟就可以代替主硬碟工作。映象硬碟相當於一個備份盤，可想而知，這種硬碟模式的安全性是非常高的，RAID 1的資料安全性在所有的RAID級別上來說是最好的。但是其磁碟的利用率卻只有50%，是所有RAID級別中最低的。
RAID2：帶海明碼校驗
從概念上講，RAID 2 同RAID 3類似，兩者都是將資料條塊化分布於不同的硬碟上， 條塊單位為位或字 節。然而RAID 2 使用一定的編碼技術來提供錯誤檢查及恢復。這種編碼技術需要多個磁碟存放檢查及恢復資訊，使得RAID 2技術實施更復雜。因此，在商業環境中很少使用。下圖右邊的各個磁碟上是資料的各個位，由一個數據不同的位運算得到的海明校驗碼可以儲存另一組磁碟上，具體情況請見下圖。由於海明碼的特點，它可以在資料發生錯誤的情況下將錯誤校正，以保證輸出的正確。它的資料傳送速率相當高，如果希望達到比較理想的速度，那最好提高儲存校驗碼ECC碼的硬碟，對於控制器的設計來說，它又比RAID3，4或5要簡單。沒有免費的午餐，這里也一樣，要利用海明碼，必須要付出資料冗餘的代價。輸出資料的速率與驅動器組中速度最慢的相等。
RAID3：帶奇偶校驗碼的並行傳送
raid3這種校驗碼與RAID2不同，只能查錯不能糾錯。它訪問資料時一次處理一個帶區，這樣可以提高讀取和寫入速度,它像RAID 0一樣以並行的方式來存放資料，但速度沒有RAID 0快。校驗碼在寫入資料時產生並儲存在另一個磁碟上。需要實現時使用者必須要有三個以上的驅動器，寫入速率與讀出速率都很高，因為校驗位比較少，因此計算時間相對而言比較少。用軟體實現RAID控制將是十分困難的，控制器的實現也不是很容易。它主要用於圖形（包括動畫）等要求吞吐率比較高的場合。不同於RAID 2，RAID 3使用單塊磁碟存放奇偶校驗資訊。如果一塊磁碟失效，奇偶盤及其他資料盤可以重新產生資料。如果奇偶盤失效，則不影響資料使用。RAID 3對於大量的連續資料可提供很好的傳輸率，但對於隨機資料，奇偶盤會成為寫操作的瓶頸。利用單獨的校驗盤來保護資料雖然沒有映象的安全性高，但是硬碟利用率得到了很大的提高，為（n-1）/n。
RAID4：帶奇偶校驗碼的獨立磁碟結構
raid4RAID4和RAID3很像，不同的是，它對資料的訪問是按資料塊進行的，也就是按磁碟進行的，每次是一個盤。在圖上可以這么看，RAID3是一次一橫條，而RAID4一次一豎條。它的特點和RAID3也挺像，不過在失敗恢復時，它的難度可要比RAID3大得多了，控制器的設計難度也要大許多，而且訪問資料的效率不怎麼好。
RAID5：分散式奇偶校驗的獨立磁碟結構
RAID5清晰圖片從它的示意圖上可以看到，它的奇偶校驗碼存在於所有磁碟上，其中的p0代表第0帶區的奇偶校驗值，其它的意思也相同。RAID5的讀出效率很高，寫入效率一般，塊式的集體訪問效率不錯。因為奇偶校驗碼在不同的磁碟上，所以提高了可靠性，允許單個磁碟出錯。RAID 5也是以資料的校驗位來保證資料的安全，但它不是以單獨硬碟來存放資料的校驗位，而是將資料段的校驗位互動存放於各個硬碟上。這樣，任何一個硬碟損壞，都可以根據其它硬碟上的校驗位來重建損壞的資料。硬碟的利用率為n-1。但是它對資料傳輸的並行性解決不好，而且控制器的設計也相當困難。RAID 3 與RAID 5相比，重要的區別在於RAID 3每進行一次資料傳輸，需涉及到所有的陣列盤。而對於RAID 5來說，大部分資料傳輸只對一塊磁碟操作，可進行並行操作。在RAID 5中有「寫損失」，即每一次寫操作，將產生四個實際的讀/寫操作，其中兩次讀舊的資料及奇偶資訊，兩次寫新的資料及奇偶資訊。RAID-5的話，優點是提供了冗餘性（支援一塊盤掉線後仍然正常執行），磁碟空間利用率較高（N-1/N），讀寫速度較快（N-1倍）。RAID5最大的好處是在一塊盤掉線的情況下，RAID照常工作，相對於RAID0必須每一塊盤都正常才可以正常工作的狀況容錯效能好多了。因此RAID5是RAID級別中最常見的一個型別。RAID5校驗位即P位是通過其它條帶資料做異或(xor)求得的。計算公式為P=D0xorD1xorD2…xorDn，其中p代表校驗塊，Dn代表相應的資料塊，xor是數學運運算元號異或。
RAID5校驗位演演算法詳解
P=D1 xor D2 xor D3 … xor Dn （D1,D2,D3 …Dn為資料塊，P為校驗，xor為異或運算）
XOR(Exclusive OR)的校驗原理如下表：
A值 B值 Xor結果
0 0 0
1 0 1
0 1 1
1 1 0
這里的A與B值就代表了兩個位，從中可以發現，A與B一樣時，XOR(非或又稱"非異或")結果為0，A與B不一樣時，XOR結果就是1，如果知道XOR結果，A和B中的任何兩個數值，就可以反推出剩下的一個數值。比如A為1，XOR結果為1，那麼B肯定為0，如果XOR結果為0，那麼B肯定為1。這就是XOR編碼與校驗的基本原理。
RAID6：兩種儲存的奇偶校驗碼的磁碟結構
raid6名字很長，但是如果看到圖，大家立刻會明白是為什麼，請注意p0代表第0帶區的奇偶校驗值，而pA代表資料塊A的奇偶校驗值。它是對RAID5的擴充套件，主要是用於要求資料絕對不能出錯的場合。當然了，由於引入了第二種奇偶校驗值，所以需要N+2個磁碟，同時對控制器的設計變得十分復雜，寫入速度也不好，用於計算奇偶校驗值和驗證資料正確性所花費的時間比較多，造成了不必須的負載。我想除了軍隊沒有人用得起這種東西。
常見的RAID6組建型別RAID 6(6D + 2P)
1 RAID 6(6D + 2P)原理
和RAID 5相似，RAID 6(6D + 2P)根據條帶化的資料生成校驗資訊，條帶化資料和校驗資料一起分散儲存到RAID組的各個磁碟上。在圖1中，D0，D1，D2，D3，D4和D5是條帶化的資料，P代表校驗資料，Q是第二份校驗資料。
RAID 6(6D + 2P)根據條帶化的資料生成校驗資訊，條帶化資料和校驗資料一起分散儲存到RAID組的各個磁碟上
RAID 6校驗資料生成公式(P和Q):
P的生成用了異或
P = D0 XOR D1 XOR D2 XOR D3 XOR D4 XOR D5
Q的生成用了系數和異或
Q = A0*D0 XOR A1*D1 XOR A2*D2 XOR A3*D3 XOR A4*D4 XOR A5*D5
D0～D5:條帶化資料
A0～A5:系數
XOR:異或
*:乘
在RAID 6中，當有1塊磁碟出故障的時候，利用公式1恢復資料，這個過程是和RAID 5一樣的。而當有2塊磁碟同時出故障的時候，就需要同時用公式1和公式2來恢復資料了。
各系數A0～A5是線性無關的系數，在D0，D1，D2，D3，D4，D5，P，Q中有兩個未知數的情況下，也可以聯列求解兩個方程得出兩個未知數的值。這樣在一個RAID組中有兩塊磁碟同時壞的情況下，也可以恢復資料。
上面描述的是校驗資料生成的演演算法。其實RAID 6的核心就是有兩份檢驗資料，以保證兩塊磁碟同時出故障的時候，也能保障資料的安全。
RAID7：優化的高速資料傳送磁碟結構
RAID7所有的I/O傳送均是同步進行的，可以分別控制，這樣提高了系統的並行性，提高系統訪問資料的速度；每個磁碟都帶有高速緩沖儲存器，實時作業系統可以使用任何實時操作晶片，達到不同實時系統的需要。允許使用SNMP協議進行管理和監視，可以對校驗區指定獨立的傳送通道以提高效率。可以連線多台主機，因為加入高速緩沖儲存器，當多使用者訪問系統時，訪問時間幾乎接近於0。由於採用並行結構，因此資料訪問效率大大提高。需要注意的是它引入了一個高速緩沖儲存器，這有利有弊，因為一旦系統斷電，在高速緩沖儲存器內的資料就會全部丟失，因此需要和UPS一起工作。當然了，這么快的東西，價格也非常昂貴。
RAID10/01：高可靠性與高效磁碟結構
這種結構無非是一個帶區結構加一個鏡象結構，因為兩種結構各有優缺點，因此可以相互補充，達到既高效又高速還可以互為映象的目的。大家可以結合兩種結構的優點和缺點來理解這種新結構。這種新結構的價格高，可擴充性不好。主要用於容量不大，但要求速度和差錯控制的資料庫中。
其中可分為兩種組合：RAID10和RAID01
RAID 10是先鏡射再分割槽資料。是將所有硬碟分為兩組，視為是RAID 0的最低組合，然後將這兩組各自視為RAID 1運作。RAID 10有著不錯的讀取速度，而且擁有比RAID 0更高的資料保護性。
RAID 01則是跟RAID 10的程式相反，是先分割槽再將資料鏡射到兩組硬碟。它將所有的硬碟分為兩組，變成RAID 1的最低組合，而將兩組硬碟各自視為RAID 0運作。RAID 01比起RAID 10有著更快的讀寫速度，不過也多了一些會讓整個硬碟組停止運轉的機率；因為只要同一組的硬碟全部損毀，RAID 01就會停止運作，而RAID 10則可以在犧牲RAID 0的優勢下正常運作。
RAID 10巧妙的利用了RAID 0的速度以及RAID 1的保護兩種特性，不過它的缺點是需要的硬碟數較多，因為至少必須擁有四個以上的偶數硬碟才能使用。
RAID 50：被稱為分布奇偶位陣列條帶
同RAID 10相仿的，它具有RAID 5和RAID 0的共同特性。它由兩組RAID 5磁碟組成（每組最少3個），每一組都使用了分散式奇偶位，而兩組硬碟再組建成RAID 0，實驗跨磁碟抽取資料。RAID 50提供可靠的資料儲存和優秀的整體效能，並支援更大的捲尺寸。即使兩個物理磁碟發生故障（每個陣列中一個），資料也可以順利恢復過來。
RAID 50最少需要6個驅動器，它最適合需要高可靠性儲存、高讀取速度、高資料傳輸效能的應用。這些應用包括事務處理和有許多使用者存取小檔案的辦公應用程式。
RAID 53：稱為高效資料傳送磁碟結構
結構的實施同Level 0資料條陣列，其中，每一段都是一個RAID 3陣列。它的冗餘與容錯能力同RAID 3。這對需要具有高資料傳輸率的RAID 3配置的系統有益，但是它價格昂貴、效率偏低。
RAID 1.5：一個新生的磁碟陣列方式
它具有RAID 0+1的特性，而不同的是，它的實現只需要2個硬碟。
從表面上來看，組建RAID 1.5後的磁碟，兩個都具有相同的資料。當然，RAID 1.5也是一種不能完全利用磁碟空間的磁碟陣列模式，因此，兩個80GB的硬碟在組建RAID 1.5後，和RAID 1是一樣的，即只有80GB的實際使用空間，另外80GB是它的備份資料。如果把兩個硬碟分開，分別把他們執行在原系統，也是暢通無阻的。但通過實際應用，我們發現如果兩個硬碟在分開執行後，其資料的輕微改變都會引起再次重組後的磁碟陣列，沒法實現完全的資料恢復，而是以資料較少的磁碟為准。
:ke../view/7102.htm
一是基於埠的靜態vlan，一是基於mac地址的動態vlan，
布局最好是根據電路的原理先把元器件布局好，布線的話，數位電路用自動布線加手工調整，也可以先把關鍵的部分手工布好，再自動走其他的線，最後手工調整，類比電路、高頻電路都是需要手工布線的 自動的快，手動的是合理
一般是先自動後再用手動更改自動布線效率高，手工布線更合理
air sole：元祖級氣墊，厚1/2英寸，具有一定減震力現在常常用於入門級球鞋中。分為內建和外接。
zoom air：在一個較薄的氣墊中加入立體織物，以增強其彈性，多用於前掌內建，以增加啟動速度。
zoom cage：zoom air的加大版本，在強調彈性的同時加強了緩震性，但是由於設計因素，因此外部基本上加上龍骨作為支撐。多用於跑鞋。
air max：氣體容量大，緩震效果一流，內部分隔為不同氣室，氣壓不同，以增強穩定性。多用於中鋒鞋或者後掌。腳感較硬，沉重。
total max：理解為巨型max就可以了。
tuned air：一種非常好的氣墊，內部半圓形球體可以調節氣壓，緩震效果一流，但是成本太高，已經幾乎絕跡，但是有的跑鞋上貌似還有使用的說。
shox：工程橡膠一體鑄成的圓柱體結構，機械緩震體系，依賴形變來緩沖並反彈，目前唯一經過證實可以提高彈跳的科技。
impax：另外一種機械緩震系統，依靠拱形結構在運動中的形變來吸收沖擊力。實際應用效果遠不如理論效果，緩震較差，硬。
i.p.s：jordan系列自主研發的最新科技，根據運動中足底受力點來安置不同密度的phylon柱來提供緩震，用於jordan鞋。
phylon：就是你看見的nike的鞋子的白色鞋底
單提馬：中路防守薄弱 可以起橫車在六路和四路加強中路防與攻 注意對手一般會從中路進攻 比如盤頭馬。 窩心炮：炮窩心不宜太久，如果出不去了會造成麻煩 一般是為了強行吃對方中路的兵或進五路兵。 巡河車：對掉兵卒，活馬路，並且保馬，要注意如果你是車 馬 兵這樣的位置，對方進炮拴住你車和馬 那就相當麻煩了，所以進巡河車一定注意對方的炮。 夾炮屏風：炮在士角的位置 然後上兩個正馬，一般走成士角炮 和 過宮炮 局，靈活運用炮，攻守兼備。但要注意對方會出車騷擾你的陣型 特別是沒有跟的馬。 仙人指路：第一步走三路或七路兵，應付對仙人指路有同樣進兵卒，有頑強兇狠的直接運炮打兵。所以要看對方怎麼走，這種開局比較考棋力。初學者一般不建議走。 飛相局：首著飛相，比較注重防守，可以走成很多布局。。
一般的分旱秧和水秧，這個前期秧苗耐旱點且工作簡單一些，但是浪費種子多一點秧苗沒有水秧苗好。至於很詳細的東西就不好說了。
動態布局，也就是可以根據業務的需求改變介面。實際上就是用程式碼寫出介面，程式碼量比較大。而且維護起來十分的繁瑣。特別是一些介面空間比較多的時候。靜態的布局，是通過xml來實現的，適用於頁面比較固定的情況。但是維護起來比較方便。
噴墨印表機優點：整機價格相對彩色鐳射機便宜，較低的一次性購買成本獲得彩色照片級輸出的效果，缺點：使用耗材為墨盒，成本較高，長時間不用容易堵頭；
鐳射印表機優點：耗材單張列印成本低，耗材為墨粉，長時間不用也不用擔心堵頭的問題，列印速度快，高階產品可以滿足高負荷企業級輸出以及圖文輸出，缺點：中低端彩激的彩色列印效果不如噴墨機，可使用的列印介質較少；
針式印表機優點：可以復寫列印（發票及多聯單據），可以超厚列印（存摺證書列印），耗材為色帶，耗材成本低，缺點：工作噪音大，體積不可能縮小，列印精度不如噴墨及鐳射機。