Android

　　MVC

作者：鄭萌,華清遠見嵌入式培訓中心講師。沒有什麼時候比現在更需要設計師去為各種各樣的行動裝置營造體驗了。隨著平板電腦被不斷接受，我們已經步入“後PC時代”，公司會利用平板電腦的經驗品質來爭奪使用者的注意力。設計成功的Android平板電腦應用程式，不但需要一個很棒的概念來鼓勵使用者下載、使用和保留，還需要一種使Android使用者很直觀的發現並適應使用環境的使用者體驗。接下來通過瞭解ipad iOS使用者介面與Android 3.x “Honeycomb” 使用者介面 設計規範和元素之間的不同，

http://www.vogella.de/articles/AndroidSQLite/article.htmlSemantics of SQLiteOpenHelper.onCreate() and onUpgrade() (original URL: http://alexlod.com/2011/07/26/android-sqliteopenhelper-oncreate-and-onupgrade-semantics/ )Overall I've been insanely

【1】設定--開發人員選項--USB調試。【2】下載I9250 USB驅動並安裝。【3】配置Android環境變數到系統Path%ANDROID_SDK_HOME%\platform-tools或者直接cd到platform-tools也可以cmd中執行 adb devices，即可看到效果。【4】修改AndroidManifest.xml檔案，在<application>標籤添加debuggable[html] view plaincopy<application      

開啟android的developer首頁，http://code.google.com/intl/zh-CN/android/，最顯眼的位置寫著“應用程式實在平等的條件下建立的”，這是多少J2ME開發人員夢寐以求的待遇。長久以來MIDP的程式都被當作二等公民看待，孱弱的KVM只能讓你畫個介面、連個HTTP/Socket之類的，這樣弱智的API讓你只能做點手機遊戲、網路記事本之類聊勝於無的東西。你想操作通訊錄？簡訊？電話記錄？洗洗歇了吧，諾、摩、索、蘋都不會理你的。那樣的開放性也只有在今天的an

2010-09-01 17:59:511.什麼是CTS相容性測試，手機裝置需要通過Android的相容性測試(CTS)，以確保在android上開發的程式在手機裝置上都能運行，才能使用android market2.載及安裝git下載的源碼裡包含cts，位置在$ANDROID/cts目錄下（android2.1以後版本）如果沒有也可以從此處下載git://android.git.kernel.org/platform/cts.git（源碼70M左右）編譯$ build/envsetup.sh$

android 系統服務啟動流程 速記init =>Zygote service =>main() @ frameworks/base/cmds/app_process/app_main.cpp  =>startSystemServer() @ ZygoteInit.java =>init1() @ SystemServer.java =>JNI =>android_server_SystemServer_init1() @

google開放了android的源碼，我們可以在如下網站下載到：http://source.android.com/source/downloading.html但是有時候我們只是想查看一下某個部分是怎麼實現，不想去下載整個repo甚至是整個workspace。 android線上源碼給我們提供了一個不錯的選擇。在google裡搜尋 “android source code online”， 我們找到如下連結： http://stackoverflow.com/questions/449763

首先澄清，本文討論的訊號是 Linux 非強制中斷訊號，而不是手機狀態條裡面用於顯示當前手機通訊強度的那個訊號。 本文是 增量型部落格，內容會不斷更新，請改話題感興趣的朋友偶爾可以再回頭來看看更新的內容。我們知道，Unix系統裡訊號是一種非強制中斷。儘管本身存在缺陷（後面會討論到），但是作為Unix系統重要的非同步事件處理方式之一，在Unix系統中發揮重要的作用。可以說，所有Unix系統（包括Linux)都不可能忽略訊號的支援。 Android 本質上也是個在 Linux 系統，自然也少不了對

使用情境有時候，我們知道某個具體的Java API被使用到。我們想知道該API是在哪裡被使用到的。直觀的方法，就是搜尋原始碼，找到所有使用的地方，做標記（比如打log）。然後在輸出log中查看標記就知道改API在什麼地方調用到了。 該方法的缺點是顯而易見的：1. 如果調用該方法的地方很多，需要修改很多處2.

原文地址：http://blog.csdn.net/ariesjzj/article/details/7419776這種方法適用於想調試android中app所用到的.so庫的情況，尤其是載入庫後一會就出問題的情況。如果直接起gdb載入動態連結程式庫的符號表，這時符號地址是不對的。本文中以某app為例，因此具體函數名依執行個體肯定有所不同。 第一步：Dev Tools -> Development Settings ，將要調的程式設為wait for

Apk簽名首先要有一個keystore的簽名用的檔案。keystore是由jdk內建的工具keytool產生的.開始->運行->cmd->cd 到JDK目錄 D:\Java\jdk1.7.0_01\bin（當然你也可以將jdk bin path添加到環境變數中，這樣在任何地方都可以使用keytool了）然後輸入：keytool -genkey -aliasyourtion.key -keyalg RSA -validity 20000 -keystore

1、smali-1.2.6.jar用途：.smali檔案 轉成 classes.dex檔案說明：.smali檔案，類似於.class檔案，可以用普通文字編輯器查看和修改。用法舉例：命令列：java -jar smali.jar classout/ -o classes.dex下載：http://code.google.com/p/smali/downloads/list 2、baksmali-1.2.6.jar用途：classes.dex檔案

原文地址：http://blog.csdn.net/ariesjzj/article/details/7402832Android下的程式大多數用java寫的，跑在dalvik裡，但中間又夾雜著native的C code（如來自於JNI調用，或者來自於Android作業系統本身）。這導致了程式執行時控制流程會在java和c兩個上下文之間跳轉，而我們一般會用gdb調c程式，jdb調java程式，因此我們可以用雙調試器法調試android裡的應用程式。 第一步：最好先用Dev

原文地址：http://blog.csdn.net/ariesjzj/article/details/7375048Host: UbuntuTarget: Android ICS1. 將gdbserver和gdb分別放入target和host。兩者都可在android原始碼的prebuilt目錄下找到。2. 在Target上啟動gdbserver，在adb shell中執行$ /path/to/gdbserver :1111 --attach

原文地址：http://blog.csdn.net/ariesjzj/article/details/7311340這裡介紹比較流行的兩種方法。方法一的優點是可將byte code反組譯碼成代碼形式，但畢竟是逆向工程，有時還是會插些byte code，我還碰到過反組譯碼完開啟到某些檔案直接crash掉的，但畢竟少數。另外就是對xml和資源檔的反組譯碼貌似不給力。這方面方法二反組譯碼出來的好多了。方法二反組譯碼出來的東西比較規整，缺點是java的代碼都是smali的byte

原文地址：http://blog.csdn.net/ariesjzj/article/details/7393573一般情況下程式是在某一個點掛掉的，我們可以用adb shell ps查到PID，然後在target端用gdbserver attach上去，最後在host端用gdb連上去調。但程式往往不會崩潰得這麼完美，很多情況下程式一起來就crash掉了。這個時候分兩種情況：1.真的是一起來就掛掉的。2.一起來後稍稍過會就掛掉的。 這裡我用的系統是：Host: Ubuntu x64Target:

原文地址：http://blog.csdn.net/ariesjzj/article/details/7399249 第一步在$HOME/.jdbrc裡設斷點，如：stop in com.almalence.hdr.MainScreen.FindExpoParameters  第二步讓程式在啟動時停止等待jdb：Dev Tools -Development  Settings -> 選中要調的程式後點wait for debugger。（具體可參見http://blog.csdn.net/

原文地址：http://blog.csdn.net/ariesjzj/article/details/8528212Android模擬器內容是用OpenGL渲染的，所以用一般的編程（如PrintWindow()等）會是黑屏。這是因為畫的東西放在framebuffer裡。一種方法是通過adb把guest的framebuffer資料/dev/graphics/fb0倒到host，再轉為圖片。但這樣速度比較慢。好在Android模擬器中把guest的framebuffer傳到host進行顯示，所以在h

Tracer for OpenGL ES(http://developer.android.com/tools/help/gltracer.html)是Android SDK中新增加的開發工具，可逐幀（準確得說是逐函數）記錄app用OpenGL ES的繪製過程。它提供了每個OpenGL函數調用的消耗時間，所以很多時候用來作performance分析。但因為其強大的記錄功能，在分析渲染出錯的問題時（尤其是沒有原始碼的情況下），它也可算是一大神器。缺點有二：一是只支援Android