Android

ScaleType屬性用以表示顯示圖片的方式，共有8種取值：　　ScaleType.CENTER：圖片大小為原始大小，如果圖片大小大於ImageView控制項，則截取圖片中間部分，若小於，則直接將圖片置中顯示。　　ScaleType.CENTER_CROP：將圖片等比例縮放，讓映像的短邊與ImageView的邊長度相同，即不能留有空白，縮放後截取中間部分進行顯示。　　ScaleType.CENTER_INSIDE：將圖片大小大於ImageView的圖片進行等比例縮小，直到整幅圖能夠置中顯示在Im

      昨天接到個小任務，基於google maps android api v2上的開發，一開始不知道google maps已經升級到v2了。記起以前開發v1的時候有個api key於是乎到官網去產生。發現產生api key的頁面已經不存在了，而是v2的developer guide，功能比之前的強大多了，有很多的改進。      基於v2上的開發要做幾步準備功夫 1：啟動android sdk manager，選中Extras目錄下的Google Play Service

      上一章只是簡單的顯示地圖，也沒有初始化地圖要顯示的位置，比例，角度等等。這章給介紹下怎麼指定地圖的一系列參數。      通過xml方式指定參數，其中class=“com.google.android.gms.maps.SupportMapFragment”，google maps android api要求api

      這章說說地圖上的標記Marker，上一章已經用到了Marker這個類了。建立一個系統預設的Marker很簡單private GoogleMap mMap;mMap = ((MapFragment) getFragmentManager().findFragmentById(R.id.map)).getMap();mMap.addMarker(new MarkerOptions() .position(new LatLng(0, 0))

導讀：本文介紹病毒如何篡改superuser，使得使用者只是允許病毒請求的一次root許可權變成允許病毒永久使用root許可權。繼續之前兩篇文章寫，如果路過的同學有疑問，請先看前兩篇有同學說，你的Fake.apk需要把應用copy到system下才行，這是需要root許可權的。如果使用者允許了你一次root請求，你當著使用者的面copy，那麼copy之後，系統會發送廣播，告知有新的apk被安裝，殺毒軟體就會發現你。是的，這確實是個問題，但是病毒就是病毒，總會想辦法讓你病倒的，別急。superus

前提：你有一部已經root的android手機，並且手機中有busybox和superuser導讀：本文介紹一種簡單的病毒以及如何“防禦”。寫本部落格的原因是：有無數使用者覺得root沒有什麼風險，或者風險不會降臨到自己頭上。這裡告訴大家，其實風險就在身邊！這裡講的內容其實對於大多數開發人員都不是什麼新鮮的事情了，使用的技術也非常一般和普遍。雖然大家都知道可以這樣這樣，但是還是隨意下載軟體，不加小心，就會掉入陷阱。有些人覺得，只要我下載軟體的時候檢查軟體所申請的許可權就好了，其實沒有那麼簡單。我

組件代碼如下：public class PageControl extends LinearLayout implements OnClickListener{private ImageButton firstImg;private ImageButton preImg;private ImageButton nextImg;private ImageButton endImg;private TextView totalPageText;private TextView

OptionMenu--點擊menu按鈕式顯現onCreateOptionMenu(Menu menu)--當菜單第一次被開啟時調用onPrepareOptionsMenu(Menu menu)--菜單每次開啟都會觸發該方法兩種方法都是傳入Menu對象，我們可以通過配置該對象來構建合適的OptionMenuonOptionsItemSelected(MenuItem

編寫android視圖有兩種方式可以實現1,通過配置xml來實現2,通過動態編碼來實現通過第一種方式可以將視圖和商務邏輯很好的分離開來，也是使用比較多的第二種情況一般在需要動態改變頁面配置的情況下使用android的View的設計主要使用了java的組合模式組合模式：將對象以樹形結構組織起來,以達成“部分－整體”

解析XML的方式有很多種，大家比較熟悉的可能就是DOM解析。DOM（檔案物件模型）解析：解析器讀入整個文檔，然後構建一個駐留記憶體的樹結構，然後代碼就可以根據DOM介面來操作這個樹結構了。　　優點：整個文檔讀入記憶體，方便操作：支援修改、刪除和重現排列等多種功能。　　缺點：將整個文檔讀入記憶體中，保留了過多的不需要的節點，浪費記憶體和空間。　　使用場合：一旦讀入文檔，還需要多次對文檔進行操作，並且在硬體資源充足的情況下（記憶體，CPU）。為瞭解決DOM解析存在的問題，就出現了SAX解析。其特點為

        一直在從事android的自動化測試架構的編寫。慢慢的也對android底層的架構開始感興趣，心血來潮打算研究下android系統底層的架構，所以玩玩android源碼的下載。        本人之前對Linux不是很瞭解，知道的比較少。這篇文章也是在自己下載源碼的工程中，一點一點的寫出來的，其中參考了很多文章。在這篇文章中會一一列出出處的，供給大家思考和研究。我採用的方式是，在windows7下，用VMWare裝Ubuntu10.10進行下載的。        一、準備工作  

 原始碼的下載方法，請參考文章Ubuntu上下載Android源碼由於網路不給力，總是下載到一半就掛掉，再加上最近工作比較忙，所以源碼一直沒有下載完成。周末的時候，專心的弄了下，終於下載完了。先再說。大家下載的過程中，可能會想這樣一個問題，就是進度條已經顯示20%甚至90%了，為什麼我存放源碼的檔案夾（此後都用Android這個檔案夾代替）裡面還是空的呢？看完上面的圖，你是否恍然大悟呢？其實源碼在下載過程中，都是存放在.repo這個檔案夾中的。有興趣的同學可以，在下載過程中再開一個命令列視窗，j

http://blog.csdn.net/huaciom/article/details/6247402最近的項目中，記憶體一直再增長，但是不知道是什麼問題，導致記憶體溢出，在網上看到了這麼一篇關於記憶體分析與管理的文章，解決了部分問題，感覺這篇文章還不錯，就轉帖到我的blog上了，希望對大家有所協助。如果哪裡有不好的地方，給留下言，然後我們大家繼續完善記憶體泄露的問題，對大家都會有所協助的，呵呵一、概述 1二、Android(Java)中常見的容易引起記憶體流失的不良代碼 1(一)

listviewandroidexceptionlayoutscrollobject使用ListView FastScroller，預設滑塊和自訂滑塊圖片的樣子如下兩圖：設定快速滾動屬性很容易，只需在布局的xml檔案裡設定屬性即可：     <ListView android:id="@+id/listView"         android:layout_width="fill_parent"         android:layout_height="fill_parent"   

有個時候我們需要在一個Activity中實現載入多個menu檔案的效果。比如實現如下效果：            1.我們有一個下拉式清單，當我們選擇第一個下拉項，按menu鍵的時候彈出第一種菜單；            2.選擇第二個下拉項，按menu鍵的時候彈出第二種菜單。那我們如何?這種效果呢？                                spinner選擇第一項，我們彈出menu1菜單                      

1.Android 4.0硬體加速的使用1.1 硬體加速的控制層級啟用硬體加速的最簡單方法就是為整個系統開啟硬體加速的全域設定。如果你的程式是標準View或者是Drawable 則硬體加速的全域設這並不會造成不良的影響。然而硬體加速並不支援所有2D畫的操作，所以開啟硬體加速可能會對使用自訂群組件的應用程式造成影響，問題常常表現在不可見的元素異常和錯誤的像素渲染，為瞭解決這個問題Android可以讓你選擇啟動或者禁用以下層級的硬體加速：Application Activity Window 和 V

Android應用開發一般會把UI和資料分離,分為應用側（關注的是整個應用的效能），UI側（主要是介面展現） 資料邏輯側（主要是和後台互動的API封裝），如果是視頻類應用的話，android內建的播放器缺點明顯，需要實現軟解和硬解的結合。應用側1 視頻內容的補充2.

要解析Android手機上電視直播協議，可以通過工具抓包查看現有的直播應用，如鳳凰衛視，手機電視，主要的方法有：1. 在Android 類比上安裝直播應用，通過wireshark工具抓包查看都是基於什麼協議,如RTSP/HTTP優點：在windows下通過有介面的wireshark抓包工具較容易操作缺點：

出發點：Android系統本身是支援多種解析度的，1所示，一般情況下要適配不同尺寸的裝置只需要做兩件事，1. 根據4種不同的螢幕尺寸提供4套UI布局（layout)。 2. 根據4種不同螢幕像素密度（單位英寸的像素值）提供4套介面元素的圖片。圖1 Android螢幕分類而實際應用合并過程中存在的問題是：同一個應用對應的手機和平板介面設計是完全不一樣的，如何根據螢幕的大小來決定提供哪一套介面是一件很頭疼的事情。 目的：根據解析度來區分手機和平板的不合理性在於：1.

出發點： 傳統的遊戲模擬器（FC，neo,fba,gba,mame,n64,nds,psp)都陸陸續續移植到Android手機裡了，然後把遊戲ROM儲存到SD卡裡通過模擬器運行，但是考慮到手機遊戲要遵循快進快出的原則，所以我在此基礎上實現了如下幾點微創新1. 直接把遊戲ROM放在Android的APK裡，點擊應用就開始遊戲，省去了通過檔案瀏覽器尋找遊戲的過程。2. 通過插值演算法把遊戲畫面放大到支援Android平板解析度3.