Android

         android 的mediaplayer的prepare過程有很多動作，比方demuxer，find codec,如果時間較長就會出現ANR，android的系統會在5秒檢測主線程是否有響應，沒有就會出現錯誤提示，使用者體驗非常的不好。所以系統如果有parepareAsync提供的話，可以使用這個函數，然後再檢測prepare狀態，如果沒有prepareAsync提供的話，prepare不能在主線程來使用。         下面是從SDK摘出來的Asynchronous

  在更新SDK時，經常會出現更新不了的問題會出現如下LOGFetching https://dl-ssl.google.com/android/repository/addons_list-1.xmlFailed to fetch URL https://dl-ssl.google.com/android/repository/addons_list-1.xml,reason: Stub!Fetched Add-ons List successfullyFetching URL: https:

介面用gzip壓縮好處多多,公司決定使用.找到了一處資料:點擊開啟連結剛才去 iOS開發人員

HTTP/1.1 200 OKServer: nginx/1.2.3Date: Mon, 21 Jan 2013 02:22:25 GMTContent-Type: text/xml;charset=utf-8Transfer-Encoding: chunkedConnection: keep-aliveSet-Cookie: pp_cookie_mark=f0e900777f1d37d064c53b8070274496; expires=Tue, 21-Jan-2014 02:22:25

情境：Activity              -> 顯示 progressDialog           -> 擷取資料從service Activity 顯示資料 <- cancle progressDialog       <- Service 返回資料 1 如果service擷取擷取資料時間很長，比如從網路中擷取資料 可能產生逾時。那麼 這種情況下，應該使用單獨的線程來處理。否則，就會因為service進程長時間掛起 而被系統kill掉，會彈出一個對話方塊

Activity, Service之間傳遞資料使用intent來傳遞，但是android的api 文檔中都是傳遞int, long, float這種已知類型，那麼如何傳遞自訂類的對象呢？使用 putExtra(String name, Serializable value) api.所以自訂的類需要實現 Serializable 類。自訂的類中的成員類型也必須是實現Serializable的，當然基本類型除外。 例如：public class MyClass implements

       下載完android 4.0代碼，模擬器裡面的gallery不是3D的，想編譯一個看看效果，用mmm編譯Gallery2，可是out目錄下面都是apk和odex，這是為了加快運行速度，把dex分出來做的預先處理，可是我想要個完整的apk來安裝，網上有結合的辦法，但是總會有個編譯的選項來編譯出完整的apk吧，要不然appers就沒法混了        搜尋了一下原始碼，發現了一個選項，LOCAL_DEX_PREOPT

找到一個http://obviam.net/index.php/step-1-the-game-idea/，非常好的android遊戲入門文章，想翻譯下來 先翻譯第一篇The Game Idea    這是最困難的部分，因為我時間有限，所以我要選擇一個短時間內可實現的想法，並且包含一個動作遊戲的全部要素    所以我為遊戲想了一個故事，故事是這樣的末日就要到來，外星球的邪惡機器人已經在月球上建造了工廠，要派遣更多的機器來摧毀人類，他們擁有雷射大炮，飛彈，洗腦武器，還要其他大規模殺傷性武器。   

在ubuntu10.04下核心編譯的時候報如下錯誤：  CHK     include/linux/version.h  CHK     include/generated/utsrelease.hmake[1]: `include/generated/mach-types.h' is up to date.  CC      kernel/bounds.scc1: error: unrecognized command line option "-mlittle-endian"cc1:

想知道爆炸式怎麼製作的嗎？讓我們抄個近道，試著來實現一個基本的例子爆炸爆炸就是一堆粒子在螢幕上面分散開來，簡單起見，我們認為所有的例子都是來自於一個點想想煙火，小小的火箭上升，然後爆炸為成百的小星星，最終落下時候消失。為了簡單一點，我們會造一些粒子，我們會把他們放到一個位置，給他們隨機的力量，這個值是向量值，也就是說它既有方向，也有大小。大小決定速度，方向決定粒子的方向。粒子類檔案public class Particle {public static final int

文章目錄 移動圖形 在開始實際的遊戲迴圈之前，讓我們先顯示一些圖片，使得我們能夠得到一些尺寸的概念（不太清楚這句什麼意思）。如果還沒有看到線程更新螢幕的內容，強烈推薦先看一下（上篇部落格）在android上面顯示圖片非常的簡單為了讓問題簡單，我們在左上方顯示圖形，我們需要 一個圖片，我更喜歡png，我建立了一個名為droid_1.png的檔案，大小是20*20

做android，免不了要去運行一些跑分程式，常用的跑分程式有quadrant(象限)，nbench，安兔兔等。作為系統工程師，對這些跑分程式都非常的不屑，這個只能是一個不客觀的參考，但客戶都喜歡拿這個比較，於是乎，各家各廠都或多或少會針對此做最佳化(甚至是作弊或直接的作假)，這可不是什麼好現象，浮誇的厲害，到處放衛星，畝產萬斤的，弄的我們這些老實人都很被動。不過這裡就不說這些破事了。國內大家常用的跑分程式，就是安兔兔了，但是不知道大家有沒有發現，安兔兔跑起來後，有時會卡住不動，除了返回鍵和觸摸

這個bug，是google內建的問題。 和見到的諸多android的疑難問題一樣，這又是一個可以歸類為 多線程同步/狀態機器 問題。問題處在NuPlayer的非同步訊息的handle中，現象和原因不細說了，被此BUG糾結的頭大的，應該一看就明白。 重現步驟：反覆進入、退出html5的流媒體播放 (瀏覽器的UA設成Ipad模式，去如youku網、百度視頻中去播視頻)，會出現卡死情況 卡住的原因，就是剛播放開始的初始化過程中，按了返回鍵，要返回，NUPlayerDriver

應用程式的命令adb shell procrank註：VSS - Virtual Set Size 虛擬耗用記憶體（包含共用庫佔用的記憶體）RSS - Resident Set Size 實際使用實體記憶體（包含共用庫佔用的記憶體）PSS - Proportional Set Size 實際使用的實體記憶體（比例分配共用庫佔用的記憶體）USS - Unique Set Size 進程獨自佔用的實體記憶體（不包含共用庫佔用的記憶體）查看單個應用程式記憶體佔用量的命令adb shell

在Android介面的系統status bar上添加home,back,menu三個菜單，並完成對應的系統功能。並有higlight效果，修改status bar 高度和status bar上的文字尺寸。這需要修改android sdk才能完成,我用的是eclair.下面就我的操作進行敘述。1.首先完成介面顯示效果。   

作者：劉旭暉 colorant@163.com 轉載請註明出處 http://blog.csdn.net/colorant/ 移植Android的kernel到實際的硬體平台上，很多人很早就做過這件事了，不過相關的文檔和經驗總結不多，我就寫一個吧，也為了自己記錄一下大致的流程，以後好繼續。 1         Android核心Porting相關背景知識 1.1        運行平台

[Android Version]6573 Android V2.36575 Android V2.3/V4.0[DESCRIPTION]如何客制化第一次開機時的預設壁紙。[SOLUTION]預設壁紙可設定為一張圖片，或者某個動態壁紙靜態壁紙Android V2.3版本上：替換frameworks/base/core/res/res/drawable/default_wallpaper.jpg圖片Android

  1、查看分區情況adb shell    su #獲得ROOT許可權   cat /proc/mtd  查看分區情況dev:    size   erasesize  namemtd0: 00040000 00020000 "preloader"mtd1: 000c0000 00020000 "dsp_bl"mtd2: 00300000 00020000 "nvram"mtd3: 00020000 00020000 "seccnfg"mtd4: 00060000 00020000

當初遇到這個bug，是不週期性低機率出現，最後找到一個比較容易重現的步驟：啟動系統然後進google +  建立一個帳號(注意是建立一個帳號) 沒幾步就重啟了 這個BUG，一開始追蹤也是無頭緒的，在這個bug出現時，系統的debuggerd還是有些問題，pt_regs設定的和核心對應不上，tombstone的資訊完全無用，core dump功能也是無法使用，唯一的線索就是一點點logcat的trace， trace如下：D/OpenGLRenderer( 2021): Flushing

使用過Android的同學，尤其是用過山寨pad，應該對Android的重啟問題印象深刻吧。Android由於其設計的複雜性，可能會使得系統在不經意時陷入異常狀態，因此Android設計了一套看門狗機制，當檢測到問題後，自動重啟。再說說我碰到的問題吧，剛帶起Android的時候，android的重啟問題異常嚴重，經常操作一會後，介面卡住，等待1分鐘左右，重啟…， trace大約如下：W/Watchdog(  813): *** WATCHDOG KILLING SYSTEM PROCESS: