Android中外接鍵盤的檢測的實現(xiàn)
今天來了一個問題:軟鍵盤無法彈出。分析后是因為系統(tǒng)判斷當(dāng)前有外接硬鍵盤,就會隱藏軟鍵盤。但實際情況并不是這么簡單,該問題只有在特定條件下偶現(xiàn),具體分析過程就不說了,就是軟硬鍵盤支持上的邏輯問題。借著這個機會整理一下鍵盤檢測的過程。
Configuration
Android系統(tǒng)中通過讀取Configuration中keyboard的值來判斷是否存在外接鍵盤。Configuration中關(guān)于鍵盤類型的定義如下,
public static final int KEYBOARD_UNDEFINED = 0; // 未定義的鍵盤 public static final int KEYBOARD_NOKEYS = 1; // 無鍵鍵盤,沒有外接鍵盤時為該類型 public static final int KEYBOARD_QWERTY = 2; // 標(biāo)準(zhǔn)外接鍵盤 public static final int KEYBOARD_12KEY = 3; // 12鍵小鍵盤
在最常見的情況下,外接鍵盤未連接時keyboard的值為KEYBOARD_NOKEYS,當(dāng)檢測到鍵盤連接后會將keyboard的值更新為KEYBOARD_QWERTY 。應(yīng)用就可以根據(jù)keyboard的值來判斷是否存在外接鍵盤,InputMethodService.java中有類似的判斷代碼。
// 軟件盤是否可以顯示 public boolean onEvaluateInputViewShown() { Configuration config = getResources().getConfiguration(); return config.keyboard == Configuration.KEYBOARD_NOKEYS || config.hardKeyboardHidden == Configuration.HARDKEYBOARDHIDDEN_YES; }
現(xiàn)在的問題就轉(zhuǎn)向Configuration的keyboard是如何更新的。在WindowManagerService.java中,應(yīng)用啟動時會更新Configuration,相關(guān)代碼如下。
boolean computeScreenConfigurationLocked(Configuration config) { ...... if (config != null) { // Update the configuration based on available input devices, lid switch, // and platform configuration. config.touchscreen = Configuration.TOUCHSCREEN_NOTOUCH; // 默認(rèn)值為KEYBOARD_NOKEYS config.keyboard = Configuration.KEYBOARD_NOKEYS; config.navigation = Configuration.NAVIGATION_NONAV; int keyboardPresence = 0; int navigationPresence = 0; final InputDevice[] devices = mInputManager.getInputDevices(); final int len = devices.length; // 遍歷輸入設(shè)備 for (int i = 0; i < len; i++) { InputDevice device = devices[i]; // 如果不是虛擬輸入設(shè)備,會根據(jù)輸入設(shè)備的flags來更新Configuration if (!device.isVirtual()) { ...... // 如果輸入設(shè)備的鍵盤類型為KEYBOARD_TYPE_ALPHABETIC,則將keyboard設(shè)置為KEYBOARD_QWERTY if (device.getKeyboardType() == InputDevice.KEYBOARD_TYPE_ALPHABETIC) { config.keyboard = Configuration.KEYBOARD_QWERTY; keyboardPresence |= presenceFlag; } } } ...... // Determine whether a hard keyboard is available and enabled. boolean hardKeyboardAvailable = config.keyboard != Configuration.KEYBOARD_NOKEYS; // 更新硬件鍵盤狀態(tài) if (hardKeyboardAvailable != mHardKeyboardAvailable) { mHardKeyboardAvailable = hardKeyboardAvailable; mH.removeMessages(H.REPORT_HARD_KEYBOARD_STATUS_CHANGE); mH.sendEmptyMessage(H.REPORT_HARD_KEYBOARD_STATUS_CHANGE); } // 如果Setting中SHOW_IME_WITH_HARD_KEYBOARD被設(shè)置,將keyboard設(shè)置為KEYBOARD_NOKEYS,讓軟件盤可以顯示 if (mShowImeWithHardKeyboard) { config.keyboard = Configuration.KEYBOARD_NOKEYS; } ...... }
影響Configuration中keyboard的值有,
- 默認(rèn)值為KEYBOARD_NOKEYS,表示沒有外接鍵盤。
- 當(dāng)輸入設(shè)備為KEYBOARD_TYPE_ALPHABETIC時,更新為KEYBOARD_QWERTY,一個標(biāo)準(zhǔn)鍵盤。
- 當(dāng)Settings.Secure.SHOW_IME_WITH_HARD_KEYBOARD為1時,設(shè)置為KEYBOARD_NOKEYS,目的是讓軟鍵盤可以顯示。
inputflinger
接下來需要關(guān)注輸入設(shè)備時何時被設(shè)置KEYBOARD_TYPE_ALPHABETIC的。搜索代碼可以看到,這個flag實在native代碼中設(shè)置的,代碼在inputflinger/InputReader.cpp中。native和java使用了同一定義值,如果修改定義時需要注意同時修改。native中的名字為AINPUT_KEYBOARD_TYPE_ALPHABETIC。
InputDevice* InputReader::createDeviceLocked(int32_t deviceId, int32_t controllerNumber, const InputDeviceIdentifier& identifier, uint32_t classes) { InputDevice* device = new InputDevice(&mContext, deviceId, bumpGenerationLocked(), controllerNumber, identifier, classes); ...... if (classes & INPUT_DEVICE_CLASS_ALPHAKEY) { keyboardType = AINPUT_KEYBOARD_TYPE_ALPHABETIC; } ...... return device; }
InputReader在增加設(shè)備時,根據(jù)classes的flag來設(shè)置鍵盤類型。這個flag又是在EventHub.cpp中設(shè)置的。
status_t EventHub::openDeviceLocked(const char *devicePath) { ...... // Configure the keyboard, gamepad or virtual keyboard. if (device->classes & INPUT_DEVICE_CLASS_KEYBOARD) { // 'Q' key support = cheap test of whether this is an alpha-capable kbd if (hasKeycodeLocked(device, AKEYCODE_Q)) { device->classes |= INPUT_DEVICE_CLASS_ALPHAKEY; } ...... }
看到這里就比較明確了,在EventHub加載設(shè)備時,如果輸入設(shè)備為鍵盤,并且?guī)в?Q'鍵,就認(rèn)為這是一個標(biāo)準(zhǔn)的外接鍵盤。但為何判斷'Q'鍵還不是很清楚。
keylayout
上面說道通過'Q'鍵來判斷是否為外接鍵盤,這個'Q'鍵是Android的鍵值,鍵值是否存在是通過一個keylayout文件決定的。kl文件存儲在目標(biāo)系統(tǒng)的/system/usr/keylayout/下,系統(tǒng)可以有多個kl文件,根據(jù)設(shè)備的ID來命名。當(dāng)系統(tǒng)加載鍵盤設(shè)備時,就會根據(jù)設(shè)備的Vendor ID和Product ID在/system/usr/keylayout/下尋找kl文件。例如一個kl文件名為”Vendor_0c45_Product_1109.kl“,表明設(shè)備的Vendor ID為0c45,Product ID為1109。一個kl的內(nèi)容示例如下,
key 1 BACK key 28 DPAD_CENTER key 102 HOME key 103 DPAD_UP key 105 DPAD_LEFT key 106 DPAD_RIGHT key 108 DPAD_DOWN key 113 VOLUME_MUTE key 114 VOLUME_DOWN key 115 VOLUME_UP key 142 POWER
鍵值映射需要使用關(guān)鍵之”key“進行聲明,之后跟著的數(shù)字為Linux驅(qū)動中的鍵值定義,再后面的字符串是Android中按鍵的名稱。'Q'鍵是否存在完全取決于kl文件中是否有映射,而不是實際物理鍵是否存在。kl文件的查找也是有一個規(guī)則的,其查找順序如下,
/system/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl /system/usr/keylayout/Vendor_XXXX_Product_XXXX.kl /system/usr/keylayout/DEVICE_NAME.kl /data/system/devices/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl /data/system/devices/keylayout/Vendor_XXXX_Product_XXXX.kl /data/system/devices/keylayout/DEVICE_NAME.kl /system/usr/keylayout/Generic.kl /data/system/devices/keylayout/Generic.kl
同時支持軟硬鍵盤
有了上面的知識,就可以給出同時支持軟硬鍵盤的方案。
- 修改源碼邏輯,設(shè)置Configuration中keyboard的值為KEYBOARD_NOKEYS。這種Hack其實不好,破壞原生邏輯,缺乏移植性。非要這樣改的話,可以增加對設(shè)備的判斷,只有特定的鍵盤設(shè)備設(shè)置為KEYBOARD_NOKEYS,減少副作用。
- 修改keylayout,去掉'Q'鍵映射。有時kl文件寫的不標(biāo)準(zhǔn),為了通用把所有鍵的映射都寫上了,實際硬件鍵卻很少,我們就是這種情況。應(yīng)該按照真實硬件來編寫kl文件。
- 設(shè)置Settings.Secure.SHOW_IME_WITH_HARD_KEYBOARD為1。我認(rèn)為這是最標(biāo)準(zhǔn)的修改方式,也非常方便。
關(guān)于第三個方案的修改方式有兩種,一種是修改缺省的setting值,在文件frameworks/base/packages/SettingsProvider/res/values/defaults.xml中增加,
<integer name="def_show_ime_with_hard_keyboard">1</integer>
另一種方式是在系統(tǒng)啟動時在代碼中通過接口進行設(shè)置。
Settings.Secure.putInt(context.getContentResolver(), Settings.Secure.SHOW_IME_WITH_HARD_KEYBOARD, 1);
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- 解析android中隱藏與顯示軟鍵盤及不自動彈出鍵盤的實現(xiàn)方法
- Android 設(shè)置Edittext獲取焦點并彈出軟鍵盤
- Android 顯示和隱藏軟鍵盤的方法(手動)
- Android制作漂亮自適布局鍵盤的方法
- Android鍵盤顯示與隱藏代碼
- Android實現(xiàn)彈出鍵盤的方法
- Android中監(jiān)聽軟鍵盤顯示狀態(tài)實現(xiàn)代碼
- android 鍵盤事件和屏幕事件的運行原理及交互實現(xiàn)
- Android軟鍵盤擋住輸入框的終極解決方案
- 淺析Android 模擬鍵盤鼠標(biāo)事件
- Android軟鍵盤顯示模式及打開和關(guān)閉方式(推薦)
相關(guān)文章
Android中SwipeBack實現(xiàn)右滑返回效果
這篇文章主要介紹了Android中SwipeBack實現(xiàn)右滑返回效果的相關(guān)資料,需要的朋友可以參考下2016-02-02Android開發(fā)中ImageLoder加載網(wǎng)絡(luò)圖片時將圖片設(shè)置為ImageView背景的方法
這篇文章主要介紹了Android開發(fā)中ImageLoder加載網(wǎng)絡(luò)圖片時將圖片設(shè)置為ImageView背景的方法,涉及Android ImageView圖片加載及背景設(shè)置相關(guān)操作技巧,需要的朋友可以參考下2018-01-01Android編程之界面跳動提示動畫效果實現(xiàn)方法
這篇文章主要介紹了Android編程之界面跳動提示動畫效果實現(xiàn)方法,實例分析了Android動畫效果的布局及功能相關(guān)實現(xiàn)技巧,具有一定參考借鑒價值,需要的朋友可以參考下2015-11-11