相信在Android應(yīng)用上，很多時候邏輯是需要屏蔽Home鍵的，但這個用戶體驗是否需要，就看各位的需求了。
??? 一般的方法屏蔽Home鍵，大家一定看過不少文章了。我總結(jié)一下，先說一下一般情況下Activity的屏蔽按鍵和Home鍵吧。
屏蔽其他鍵，重寫onKeyDown
@Override??
public?boolean?onKeyDown(int?keyCode,?KeyEvent?event)?{???
????Log.i(TAG,"keycode="+keyCode?+?"???isBan="+isBan);???
????switch?(keyCode)?{???
????????case?KeyEvent.KEYCODE_BACK:???
????????Log.i(TAG,"KEYCODE_BACK");???
????????return?true;???
????}???
????return?super.onKeyDown(keyCode,?event);???
}
大家會發(fā)現(xiàn)，這里屏蔽Home鍵是捕捉不到的，因為大家的權(quán)限一般是User所以是無效的。
而其實android處理Home鍵等系統(tǒng)級按鍵是有一定的處理的。
?
看看源碼是怎樣處理的 frameworkspoliciesbasephonecomandroidinternalpolicyimplPhoneWindowManager.java #1092
//?First?we?always?handle?the?home?key?here,?so?applications???
//?can?never?break?it,?although?if?keyguard?is?on,?we?do?let???
//?it?handle?it,?because?that?gives?us?the?correct?5?second???
//?timeout.???
if?(code?==?KeyEvent.KEYCODE_HOME)?{???
??
????//?If?a?system?window?has?focus,?then?it?doesn't?make?sense???
????//?right?now?to?interact?with?applications.???
????WindowManager.LayoutParams?attrs?=?win?!=?null???win.getAttrs()?:?null;???
????if?(attrs?!=?null)?{???
????????final?int?type?=?attrs.type;???
????????if?(type?==?WindowManager.LayoutParams.TYPE_KEYGUARD???
???????????||?type?==?WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG)?{???
????????????//?the?"app"?is?keyguard,?so?give?it?the?key???
????????????return?false;???
????????}???
????????final?int?typeCount?=?WINDOW_TYPES_WHERE_HOME_DOESNT_WORK.length;???
????????for?(int?i=0;?i<typeCount;?i++)?{???
????????????if?(type?==?WINDOW_TYPES_WHERE_HOME_DOESNT_WORK[i])?{???
????????????????//?don't?do?anything,?but?also?don't?pass?it?to?the?app???
????????????????return?true;???
????????????}???
????????}???
????}
通過源碼，我們不難發(fā)現(xiàn)兩個的參數(shù) WindowManager.LayoutParams.TYPE_KEYGUARD和
WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG
借鑒于此，重寫onAttachedToWindow，以實現(xiàn)屏蔽Home鍵
public?void?onAttachedToWindow()?{???
????this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);???
????super.onAttachedToWindow();???
}
輪到dialog了，如果在Activity彈出dialog，在Activity設(shè)置以上2個方法是沒辦法屏蔽的。
其實，原理是一樣的，只是地方不一樣而已。
final?Dialog?dialog?=?new?Dialog(this);???
dialog.setContentView(R.layout.mydailog);???
dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);???
dialog.show();???
??
dialog.setOnKeyListener(new?android.content.DialogInterface.OnKeyListener(){???
????@Override??
????public?boolean?onKey(DialogInterface?dialog,?int?keyCode,KeyEvent?event)?{???
????????switch?(keyCode)?{???
????????????case?KeyEvent.KEYCODE_BACK:???
????????????Log.i(TAG,"KEYCODE_BACK");???
????????????return?true;???
????????}???
????????return?false;???
????}???
});
這樣運行后，出錯如下：
10-18?13:27:06.380:?ERROR/AndroidRuntime(4684):?Caused?by:?android.view.WindowManager$BadTokenException:?Unable?to?add?window?android.view.ViewRoot$W@2b046d68?--?permission?denied?for?this?window?type
其實，只需要把dialog.getWindow().setType的位置放在show后面就可以了
dialog.show();??? dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
這么，就完成了Back鍵的屏蔽 和Home鍵盤的屏蔽了！
總結(jié)：
1:)在以上用WindowManager.LayoutParams.TYPE_KEYGUARD的地方改用
WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG 效果一樣。至于兩者的具體差別，得以后再研究研究。
2:)其實，在源碼里是這樣調(diào)用的。
final?AlertDialog?dialog?=?new?AlertDialog.Builder(mContext)??? ????.setTitle(null)??? ????.setMessage(message)??? ????.setNeutralButton(R.string.ok,?null)??? ????.create();??? dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG);??? dialog.show();
但我們?nèi)绻@樣調(diào)用就會出現(xiàn)之前的那個error：permission denied for this window type 這就顯而易見了吧~~
3:)ProgressDialog 默認(rèn)屏蔽 Back鍵，Dialog，AlertDialog則需setOnKeyListener
4:)其實屏蔽Home鍵，在頁面的某個地方，例如一個Button的onClick里，去設(shè)置setType就可以了,如：
button.setOnClickListener(new?View.OnClickListener()?{???
????@Override??
????public?void?onClick(View?v)?{???
????????getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);???
????}???
});
但前提是重載Activity的onAttachedToWindow()，哪怕只是一個空實現(xiàn)，然后返回父類方法。
@Override?????
public?void?onAttachedToWindow()?{???
????super.onAttachedToWindow();???
}
5:)其實它們，都是常用的~
switch?(keyCode)?{???
????case?KeyEvent.KEYCODE_HOME:???
????????Log.i(TAG,"KEYCODE_HOME");???
????????return?true;???
????case?KeyEvent.KEYCODE_BACK:???
????????Log.i(TAG,"KEYCODE_BACK");???
????????return?true;???
????case?KeyEvent.KEYCODE_CALL:???
????????Log.i(TAG,"KEYCODE_CALL");???
????????return?true;???
????case?KeyEvent.KEYCODE_SYM:???
????????Log.i(TAG,"KEYCODE_SYM");???
????????return?true;???
????case?KeyEvent.KEYCODE_VOLUME_DOWN:???
????????Log.i(TAG,"KEYCODE_VOLUME_DOWN");???
????????return?true;???
????case?KeyEvent.KEYCODE_VOLUME_UP:???
????????Log.i(TAG,"KEYCODE_VOLUME_UP");???
????????return?true;???
????case?KeyEvent.KEYCODE_STAR:???
????????Log.i(TAG,"KEYCODE_STAR");???
????????return?true;???
}
總結(jié)1:)的問題，有答案了,時間問題我就簡單寫寫吧：
??? 從功能上來說，是一樣的，區(qū)別在樣式。
??? 如果你喜歡用Theme.Dialog去把一個Activity裝飾成一個Dialog去顯示，你會發(fā)現(xiàn)。
在
Androidmanifest.xml代碼 ?android:theme="@android:style/Theme.Dialog"??
背景是透明的。
如果在
Android代碼 ?
setTheme(android.R.style.Theme_Dialog);
背景則是黑色的。
這是為什么呢？。。。我不知道。
治標(biāo)不治本的方法來了！若你在Activity重寫onAttachedToWindow
Java代碼 ?
public?void?onAttachedToWindow()?{
this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG);
super.onAttachedToWindow();
}
那么出來的效果，就是透明背景的dialog了，當(dāng)然前提是你需要實現(xiàn)屏蔽Home鍵。至于其中到底哪一代碼導(dǎo)致樣式改變呢，那就以后再去看源代碼了~
下載文檔
