android鍵值映射

『壹』 android底層網路框架是怎麼實現的

一個好用的網路底層框架可以很大的程度上方便自己的項目，我們下面要做的就是一個趁手的網路框架。
做一個網路框架我們首先要確定這個網路框架除了能夠從網路上獲取數據還需要哪些功能：
首先拋棄AsyncTask，自定義一套網路底層的封裝框架。
設計一套適合自己App的緩存策略
設計一套假數據返回的機制，在網路請求API沒有返回的時候，可以假裝獲取到了網路返回的數據。
封裝用戶cookie的邏輯。
其他的還好，可能有人對於第一步的那個拋棄AsyncTask有些疑問，就是為什麼要拋棄啊，這個類這個好用，內部封裝了那麼多的方法。但是我們不能只看到這個的優點，這個類有個致命的缺點：不能靈活的控制內部的線程池。
我們都知道的是，線程池裡面的每個線程都是API的調用請求，而AsyncTask中有沒有暴漏出取消這些請求的方法，這個時候，如果我們從A界面調到B界面，那麼在A界面調用的API請求，如果還沒有返回，並不會被取消，對於一個頻繁調用API請求的APP應用應用來說，一個界面調用的API可能超過十個，在網路不好的情況下，如果這個時候跳轉到了其他界面，這個時候其他界面也會調用API，這個時候造成的情況就是這個界面的請求並不會顯示數據，因為首頁的請求還在排隊，要等首頁的請求完成之後你才可以調用，這個就是所謂的AsyncTask堵塞。
我剛工作的時候遇到一個情況就是，根據公司的情況寫了一個統計用戶交互數據的SDK，開始的使用時候就是這個AsyncTask類，結構我發現在APP中某一個界面的吊起特別的慢，數據載入也非常的慢，發現的原因是我寫的這個SDK中的API請求調用超時，並且在超時的時候重復調用三次這個API。

網路請求的格式
網路請求兩個方法POST和GET，我們一般把GET方法為請求數據，POST為修改數據。請求的方法格式也是相對有講究的。

Request
所有的MobileApi都可以寫作：http：//www.xxx.com/aaaa.api的形式。
GET：對於GET方法我們可以將請求API寫作http：//www.xxx.com/aaaa.api K1=va1&K2=va2，形式，也就是說，把key-value這樣的鍵值對存放在URL上，這樣做的話會方便我們後面對數據進行緩存，另外要精良是GET的參數都是String，int這樣的類型，方便緩存，解析。
POST：我們都知道看不見POST的請求數據，一般key-value這樣的鍵值對存放在Form表單中，最後進行提交請求。POST經常會提交大量數據，所以有些鍵值對要定義成集合或復雜的自定義實例，這個時候我們就需要把這樣的值轉換為JSON字元串進行提交，有APP傳遞到API後，在將JSON字元串轉換為對於的實體。
Response
伺服器現在用的最多的是使用JSON作為api返回的結果，這里也是使用JSON。
一般情況下返回的json數據中要有以下數據：
首先一個是否調用api成功的參數，
另外一個錯誤類型的參數(這個參數可以是Int格式的參數，成功為0)
錯誤具體信息的參數，成功為「」
具體API返回的結果，失敗為「」
所以我們定義一個Response實體類，作為JSON實體的最外層。
如果成功返回了數據，數據會存放在result字元按中，映射為Response實體的result屬性。

如果上面返回的result是一種實體的集合，那麼就要把result解析為相應的實體集合。
我們在前面看到我們把AsyncTask拋棄重新寫一個擴展性強的，可以隨時取消API請求網路底層，那麼我們的這個網路底層的線程池使用的是什麼：使用原生的ThreadPoolExecutor + Runnable + Handler
首先我們要把App所調用的所有的API介面放到一個類或者xml文件中去，我們這里放在xml文件裡面去，當然要寫出讀取xml的類和函數：
其中key和url的值符合key-value鍵值，expires代表數據緩存的時間單位為毫秒，netType代表請求方式(POST和GET) ，mockClass代表的是返回假數據的類。
RemoteService和RequestCallback和RequestParameter
這三個類表示的是請求的服務，請求返回，請求參數，三個給APP調用的類。
其他的兩個類在方法中調用：

context：表示上下文
key：即xml文件中的key
RequestParameter：請求攜帶的參數
callback：請求回調
forceUpdate：是否強制更新數據，忽略緩存
RequestMannager類是一個集合類，用於取消請求的。每次發起請求時，都會把為此創建的Request添加到RequestManager中，即RequestManager中保存了全部的request。
他是對ThreadPoolExecutor和ArrayBlockingQueue的簡單封裝，是一個線程池，每發起一次請求，這個線程池就會分配一個新的線程來執行該請求。

HttpRequest類，發起HTTP請求的地方，他事先了Runable，從而讓DefaultThreadPool可以分配新的線程，所以所有的請求邏輯都在Runnable介面方法里：
在這個類中對於get請求介面，他會把傳遞來的數據，處理為相應的格式：http：//www.xxx.com/aaaa.api K1=va1&K2=va2。對於Post格式的請求介面，他會把傳遞過來的數據轉換為BasicNameValuePair的形式，並放在表單中提交。

需要注意的是，因為我們把每個HttpRequest都放在了子線程中執行，所以RequestCallback的回調不能直接操作UI線程的控制項，所以這個時候Handler就可以用到了。使用這個就可以保證RequestCallback的回調在UI線程上，不會報錯。

『貳』 android的手機，鍵盤定義fn鍵，用作數字和字母切換，請問這個鍵值應該定義成多少

如果是自定義鍵盤裡面的話，xml文件裡面的簡直可以是-3，如下內容：
<Key android:codes="-3" android:keyWidth="20%p"
android:keyIcon="@drawable/sym_keyboard_done"
android:keyEdgeFlags="left" />

『叄』 請教如何查看android鍵值定義

在代碼里看就可以，如

public class Main extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
}

@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
// 查看android鍵值定義
KeyEvent.（按Alt+/查看所有定義的）
return super.onKeyDown(keyCode, event);
}
}

『肆』 Android中如何設置SharedPreference文件名稱

1、android文件存儲
對Android系統了解的都知道，Android系統有四種基本的數據保存方法，一是SharedPreference，二是文件，三是SQLite,四是ContentProvider。看出來了吧，Preference，對就是使用SharedPreferneces以鍵值對的形式進行保存的。
2、SharedPreferneces
做軟體開發應該都知道，很多軟體會有配置文件，裡面存放這程序運行當中的各個屬性值，由於其配置信息並不多，如果採用資料庫來存放並不劃算，因為資料庫連接跟操作等耗時大大影響了程序的效率，因此我們使用鍵值這種一一對應的關系來存放這些配置信息。SharedPreferences正是Android中用於實現這中存儲方式的技術。
SharedPreferences是以鍵值對的形式存儲數據的，其使用非常簡單，能夠輕松的存放數據和讀取數據。

在具體介紹Android的設置界面的實現之前，我們先來介紹一下預備知識，就是Android數據持久化方法中最簡單的一種，即使用Preferences的鍵值對存儲方式。這種方式主要用來存儲比較簡單的一些數據，而且是標準的Boolean、Int、Float、Long、String等類型。
android.content.SharedPreferences是一個介面，用來獲取和修改持久化存儲的數據。有三種獲取系統中保存的持久化數據的方式：
1）. public SharedPreferences getPreferences (int mode)
通過Activity對象獲取，獲取的是本Activity私有的Preference，保存在系統中的xml形式的文件的名稱為這個Activity的名字，因此一個Activity只能有一個，屬於這個Activity。
2）. public SharedPreferences getSharedPreferences (String name, int mode)
因為Activity繼承了ContextWrapper，因此也是通過Activity對象獲取，但是屬於整個應用程序，可以有多個，以第一參數的name為文件名保存在系統中。
3）. public static SharedPreferences getDefaultSharedPreferences (Context context)
PreferenceManager的靜態函數，保存PreferenceActivity中的設置，屬於整個應用程序，但是只有一個，Android會根據包名和PreferenceActivity的布局文件來起一個名字保存。
通過以上方式取得SharedPreferences後就可以對數據進行讀取或者保存了。

『伍』 Android怎樣監聽藍牙耳機的按鍵事件

其實對於Android系統，每次按鍵只會有一個唯一「鍵值」響應，使用起來感覺會模模糊糊的，但是其實對於系統來說是很清晰的。

AVRCP全稱（Audio/VideoRemoteControlProfile），是藍牙協議中的一個profile。從名字上就可以看出主要應用於Audio/Video控制。每個按鍵並不是獨立的，上－曲/下一曲是在正在播放音樂的時候才會有效，即才會向Android發送「鍵值」。

基於按鍵從Linux到Android分析具體對於的鍵值：

Linux掃描碼功能映射字串Android鍵值

00c8200 開始放音樂MEDIA_PLAYKEYCODE_MEDIA_PLAY

00c9201 停止放音樂MEDIA_PAUSEKEYCODE_MEDIA_PAUSE

00a3163 下一曲MEDIA_NEXTKEYCODE_MEDIA_NEXT

00a5165 上－曲MEDIA_PREVIOUSKEYCODE_MEDIA_PREVIOUS

Android應用代碼,完整測試應用：TeskKey。

總結：1號鍵會交替發送KEYCODE_MEDIA_PLAY/KEYCODE_MEDIA_PAUSE；2/3號鍵會在播放音樂時分別發送KEYCODE_MEDIA_PREVIOUS/.KEYCODE_MEDIA_NEXT。如果想要把藍牙耳機上的按鍵利用起來，可以在接收到KEYCODE_MEDIA_PLAY時播放無聲音樂以使能2/3號鍵。這樣就能完整接收3種鍵值了自行控制了。這個具體自行設計（測試代碼已經更新包含了）。

註：這種實現並不一定通用，比如我在深度定製的MIUI中測試，盡管啟動的TestKey應用，系統自帶的音樂播放器仍然能同時響應鍵值。

更新：

已經更新TestKey源碼，添加對藍牙耳機按鍵的監聽，實現方法就是上述中推測的方法，已經成功驗證過了。播放音樂參考《Android多媒體開發--資源文件播放》。效果圖：

問與答
1.這個只能在播放音樂的狀態下才能監聽到么？
答：根據上述的原理，這些按鍵也僅僅是應用在控制媒體時使用；且根據實際驗證沒有播放音樂時藍牙耳機的2/3號鍵是並沒有向Android設備發送鍵值(從底層Linux來看)。綜上所述，需要通過播放音樂來實現激活其向Android設備發送鍵值，針對這種情況可以播放一個「沒有聲音」的音樂文件來實現，這樣既可以監聽到2/3號鍵又可以不影響其它聲音的輸出。可以在前台時播放音樂，後台停止播放。

2.我現在主要是想監聽得到開關鍵(1號鍵)。 在做一個按下藍牙開關鍵後啟動一個語音識別的功能？
答：在我的測試條件下，1號鍵是可以正常監聽到的。1號鍵會交替發送KEYCODE_MEDIA_PLAY/KEYCODE_MEDIA_PAUSE鍵值。這個鍵不需要模擬播放音樂就可以正常的監聽到。

3.4號按鍵的監聽方法

答：所謂的4號按鍵，也就是指本文中的所測試型號的藍牙耳機上並沒有，但有可能其它型號的藍牙耳機上有。我沒有辦法測試驗證，所以這里就簡單敘述一下「新按鍵」的鍵值確定思路：1.先使用TestKey測試應用測試按鍵，測試Android上層是否可以得到對應鍵值。2.如果沒有得到，那麼就使用adbshellgetevent來看Linux底層可以不可以得到鍵值。然後根據按鍵從Linux到Android來確定Android上層使用的鍵值碼到底是多少。(當然，如果你實在不知道如何監聽，把藍牙耳機寄給我，我給你確定也行。：）)

註：其實上述文章完全是根據按鍵從Linux到Android測試確定下來的。那是篇文章是剝開Android外殼來看「按鍵」事件的流程的，方法適用於所有輸入事件:各種按鍵/觸摸/物理鍵盤/滑鼠等待輸入設備。沒有一定的Linux開發經驗很難看懂和理解。

4.Android後台監聽按鍵怎麼實現

或：如何啟動一次應用後在後台一直監聽播放鍵因為有這樣一個場景在用戶開車的時候需按一下開關鍵就啟動語音識別的功能。

這個問題其實已經超出了本文討論的范圍，是Android系統對應用層的鍵盤事件（按鍵）的分發的問題了。正常情況下，按鍵只會向當前最端的應用分發鍵盤事件，也就是說在後台你邊音量鍵都監聽不了。

但是既然這種情況（後台應用監聽按鍵)的需求存在，那麼就一定有它存在的道理。比如「相機鍵」，按下後直接調出相機到最前台。從表面上看是相機響應了按鍵，但是從實現方法上來看，並不是通過鍵值來操作，必須通過其它方法，比如廣播或者其它等等。

明白了其中的道理後，那麼想要實現就好辦了。先看這個按鍵有沒有廣播，如要有接聽系統中發出來的廣播；如果沒有那麼對於定製系統可以自己在系統中添加一個廣播；總之，正常渠道是沒有辦法在後台監聽一些不應該是你監聽到的按鍵的。

更：查了一下，這個按鍵是有廣播的。這樣就可以後台響應了(不需要C／不需要root)。例子我就不試了，見Android官方例子RandomMusicPlayer。

其中的重點是這個廣播android.intent.action.MEDIA_BUTTON。

『陸』 android HOME長按之後的鍵值是多少

home鍵在KeyEvent中的鍵值為3.

ublic static final int KEYCODE_HOME = 3;

當用戶按下home鍵的時候(包括長按)，程序會進入到PhoneWindowManager.java類中的public boolean interceptKeyBeforeDispatching(WindowState win, int action, int flags,int keyCode, int scanCode, int metaState, int repeatCount, int policyFlags)這個方法中進行處理。如果用戶是連續點擊home，此時就要執行長按home事件了。

即執行mHandler.postDelayed(mHomeLongPress,ViewConfiguration.getGlobalActionKeyTimeout());對應的代碼。也就會跳轉到mHomeLongPress這個Runnable接著往下執行。

interceptKeyBeforeDispatching這個方法位於PhoneWindowManager.java中。

位置為：frameworks.java

(WindowStatewin,intaction,intflags,
intkeyCode,intscanCode,intmetaState,intrepeatCount,intpolicyFlags){
finalbooleandown=(action==KeyEvent.ACTION_DOWN);
...
//4、用戶按下home，然後馬上釋放。此時這個條件成立。將之前postDelayed的事件remove掉。此時就不會執行長按home事件。
if((keyCode==KeyEvent.KEYCODE_HOME)&&!down){
mHandler.removeCallbacks(mHomeLongPress);
}
//5、第一次按下home，mHomePressed為false。
if(mHomePressed){
if(keyCode==KeyEvent.KEYCODE_HOME){
//a、如果用戶連續按下home，此時暫時沒有up事件。所以就不走這里。
//b、如果用戶沒有連續按下home，此時過來的是up(move或者http://www.tiecou.com/)事件。即!down為true，執行該方法
if(!down){
mHomePressed=false;
if(!canceled){
booleanincomingRinging=false;
try{
ITelephonytelephonyService=getTelephonyService();
if(telephonyService!=null){
incomingRinging=telephonyService.isRinging();
}
}catch(RemoteExceptionex){
Log.w(TAG,"()",ex);
}

if(incomingRinging){
Log.i(TAG,"IgnoringHOME;there'saringingincomingcall.");
}else{
//單擊home處理
launchHomeFromHotKey();
}
}else{
Log.i(TAG,"IgnoringHOME;eventcanceled.");
}
}
}
returntrue;
}

...

//1、第一次處理home按下
if(keyCode==KeyEvent.KEYCODE_HOME){

//Ifasystemwindowhasfocus,thenitdoesn'tmakesense
//.
WindowManager.LayoutParamsattrs=win!=null?win.getAttrs():null;
if(attrs!=null){
finalinttype=attrs.type;
if(type==WindowManager.LayoutParams.TYPE_KEYGUARD
||type==WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG){
//the"app"iskeyguard,sogiveitthekey
returnfalse;
}
finalinttypeCount=WINDOW_TYPES_WHERE_HOME_DOESNT_WORK.length;
for(inti=0;i<typeCount;i++){
if(type==WINDOW_TYPES_WHERE_HOME_DOESNT_WORK[i]){
//don'tdoanything,butalsodon'tpassittotheapp
returntrue;
}
}
}
//2、第一次按下home，會調用postDelayed發送一個延時處理的操作。同時將mHomePressed置為true。
//如果第5步沒有進入if(!down)，此時就要執行長按home方法了。
if(down&&repeatCount==0){
if(!keyguardOn){
mHandler.postDelayed(mHomeLongPress,ViewConfiguration.getGlobalActionKeyTimeout());
}
mHomePressed=true;
}
returntrue;
}//其他鍵的處理
elseif(...){...}