Android

由於通過google git提取的android原始碼沒有配置分布式編譯，需要藉助一些工具搭建一個分布式編譯環境來提升android編譯速度,下面的步驟是在centos 5.2上進行的，我們可以參考一下。1）  安裝distcc RPM包rpm –ivh distcc-2.18.3-2.el5.rf.i386.rpmrpm –ivh distcc-server-2.18.3-2.el5.rf.i386.rpm2) 讓系統啟動時預設載入distccd服務進程   shell->setup-&

      Android的硬體抽象層，簡單來說，就是對Linux核心驅動程式的封裝，向上提供介面，屏蔽低層的實現細節。也就是說，把對硬體的支援分成了兩層，一層放在使用者空間（User Space），一層放在核心空間（Kernel

很多人使用startActivity時候，會碰到如下異常：Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you

本開源Android播放器基於ffmpeg開發，音視頻在jni層直接輸出，不使用java層的bmp和audiotrack輸出，支援arm彙編加速，超級精簡。本開原始碼播放器使用的音視頻解碼代碼來源於ffmpeg-0.6.3(http://www.ffmpeg.org)，jni銜接代碼和java層代碼來源於havlenapetr(https://github.com/havlenapetr/FFMpeg)。移植ffmpeg到android的常規關鍵點網上有很多的文章可以參考，也可以用檔案夾比較工具

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.

一、伺服器端       基於Feng開源的流媒體伺服器增加一個Web server,用來接收用戶端上傳的視頻資料，然後通過RTSP/RTP直播到手機終端上去二、用戶端應用 1. 介紹用戶端應用主要是基於Android平台的，把手機錄影的視頻資料打包成flv(h264+aac)格式上傳到feng流媒體伺服器上，使用者就可以通過web瀏覽器或者其它播放器即時的觀看手機錄影畫面，下一個版本將會增加監控畫面解析度設定功能。2.

        在前面一篇文章淺談Service Manager成為Android處理序間通訊（IPC）機制Binder守護進程之路中，介紹了Service Manager是如何成為Binder機制的守護進程的。既然作為守護進程，Service Manager的職責當然就是為Server和Client服務了。那麼，Server和Client如何獲得Service Manager介面，進而享受它提供的服務呢？本文將簡要分析Server和Client獲得Service Manager的過程。    

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

        在大家的支援和鼓勵下，《Android系統原始碼情景分析》一書得以出版了，老羅在此首先謝過大家了。本書的內容來源於部落格的文章，經過大半年的整理之後，形成了初稿。在正式出版之前，又經過了三次排版以及修訂，最終得到終稿。然而，老羅深知，書中的內容並不盡完美，除了錯誤之外總還會有許多不盡人意的地方，因此，歡迎廣大讀者以及國內外的專家給老羅指出，以便改進。為了達到此目的，老羅特別在此列出該書有錯誤的地方。       現在暫時將書中出現的錯誤劃分為三類，第一類是筆誤，第二類是表達問題，

        在Android系統中，每一個應用程式都是由一些Activity和Service組成的，一般Service運行在獨立的進程中，而Activity有可能運行在同一個進程中，也有可能運行在不同的進程中。那麼，不在同一個進程的Activity或者Service是如何通訊的呢？這就是本文中要介紹的Binder處理序間通訊機制了。      

      第一次下載好Android原始碼工程後，我們通常是在Android原始碼工程目錄下執行make命令，經過漫長的等待之後，就可以得到Android系統鏡像system.img了。以後如果我們修改了Android原始碼中的某個模組或者在Android原始碼工程新增一個自己的模組，是不是還是執行make命令呢？答案是否定的，Google為我們準備了另外的命令來支援編譯單獨的模組，以及重新打包system.img的命令。在繼續學習Android原始碼之前，就讓我們先來看看這個命令吧。    

1、Android反編譯     1）下載兩個工具  dex2jar,jar2java     2）修改apk尾碼為.zip，解壓得classes.dex     3）用dex2jar.bat開啟classes.dex得到classes.dex.dex2jar.jar   

第一步colors.xml添加<color name="translucent_background">#E0000000</color>第二步styles.xml添加<style name="translucent">     <item name="android:windowBackground">@color/translucent_background</item>     <item

第一步：使用java.net的URLConnection對象來建立串連第二步：通過InputStream將下載的檔案寫入儲存卡內緩衝第三步：下載完畢之後，通過自訂的openFile()方法開啟檔案，判斷檔案類型，若為APK，開始安裝第四步：準備離開Installer程式的同時，通過自製的delFile()方法，刪除緩衝內檔案/** * 遠程下載安裝Android程式 * * @ClassName InstallOnlineActivity * @author Jet * @date 2012-

第一步：建一個包含Google APIs的工程第二步：擷取Android Maps API 金鑰第三步：載入MapView第四步：通過MapController控制地圖縮放與移動擷取密鑰的方法：第一步：C:\Users\Jet>keytool -list -alias androiddebugkey -keystore "C:\Users\Jet\.android\debug.keystore" -storepass android -keypass

第一步：構造Geocoder API