android系統事件

1. Android可監聽的事件類型（提示：用戶事件和系統事件，用戶事件又分為按鍵事件和觸屏事件）

在android系統中，存在多種界面事件，如點擊事件，觸摸事件，焦點事件，和菜單事件
用戶事件和系統事件等，事件發生時，android界面框架調用界面控制項的事件處理函數對事件進行處理。
如：用戶事件：
按鍵事件：keyevent將傳遞給onkey()函數進行處理
觸屏事件：touchevent將傳遞給ontouch()函數進行處理。

2. android常用的事件有哪些

1：查看是否有存儲卡插入

String status=Environment.getExternalStorageState();
if(status.equals(Enviroment.MEDIA_MOUNTED))
{
說明有SD卡插入
}

2：讓某個Activity透明

OnCreate中不設Layout
this.setTheme(R.style.Theme_Transparent);

以下是Theme_Transparent的定義（注意transparent_bg是一副透明的圖片）

3：在屏幕元素中設置句柄

使用Activity.findViewById來取得屏幕上的元素的句柄. 使用該句柄您可以設置或獲取任何該對象外露的值.
TextView msgTextView = (TextView)findViewById(R.id.msg);
msgTextView.setText(R.string.push_me);

4：發送簡訊

String body=」this is mms demo」;

Intent mmsintent = new Intent(Intent.ACTION_SENDTO, Uri.fromParts(」smsto」, number, null));
mmsintent.putExtra(Messaging.KEY_ACTION_SENDTO_MESSAGE_BODY, body);
mmsintent.putExtra(Messaging.KEY_ACTION_SENDTO_COMPOSE_MODE, true);
mmsintent.putExtra(Messaging.KEY_ACTION_SENDTO_EXIT_ON_SENT, true);
startActivity(mmsintent);
可參考鏈接http://jykenan.iteye.com/blog/1062141

3. android的onTouch事件

ontach是Android系統中整個事件機制的基礎。Android中的其他事件，如onClick、onLongClick等都是以onTach為基礎的。
onTach包括從手指按下到離開手機屏幕的整個過程，在微觀形式上，具體表現為action_down、action_move和action_up等過程。
onTach兩種主要定義形式如下：
1、在自定義控制項中，常見的有重寫onTouchEvent(MotionEvent ev)方法。如在開發中經常可以看到重寫的onTouchEvent方法，並且其中有針對不同的微觀表現（action_down、action_move和action_up等）做出的相應判斷，執行邏輯並可能返回不同的布爾值。
2、在代碼中，直接對現有控制項設置setOnTouchListener監聽器。並重寫監聽器的onTouch方法。onTouch回調函數中有view和MotionEvent參數，據此也可以針對不同的事件微觀表現作出不同的處理。

關於setOnTouchListener、setOnClickListener和setOnLongClickListener：
Android中，有時候經常見到針對同一控制項可能設置不同的事件監聽器（如setOnTouchListener、setOnClickListener和setOnLongClickListener），對於這些事件監聽器的執行順序，setOnTouchListener是最先執行的。並且只有當此空間完整走完action_down和action_up流程後，才可能調用performClick()方法，及調用onclick執行。而onLongClick則是在action_down之後開始，並且是在一個新的線程中去判斷按壓的時間，條件滿足則調用performLongClick()函數，及調用onLongClick()函數。

4. Android事件的downTime和eventTime有何區別

區別：DownTime() /是獲取按下開始時間，EventTime() //是獲取事件結束時間。
在android中，不管是DownTime，還是EventTime，都是MontionEvent類 的方法。當用戶觸摸屏幕時，將創建一個MontionEvent對象（event），可以通過這個對象獲取觸控事件的具體信息（比如觸摸的坐標event.getX(nID); //獲取第nID個觸控點的x位置 event.getY(nID); //獲取第nID個點觸控的y位置）。
補充：獲取到DownTime和eventTime，他們的時間差就是總共按下時花費時間（event.getEventTime()-event.getDownTime())）

5. 如何捕獲android系統按鍵事件

下面是android學習手冊中關於按鍵的介紹，例子，文檔、源碼都可以看，360手機助手中下載

在Android系統中，存在多種界面事件，如點擊事件、觸摸事件、焦點事件和菜單事件等，在這些界面事件發生時，Android界面框架調用界面控制項的事件處理方法對事件進行處理。
Android系統界面事件的傳遞和處理遵循以下規則。
·如果界面控制項設置了事件監聽器，則事件將先傳遞給事件監聽器。
·如果界面控制項沒有設置事件監聽器，界面事件則會直接傳遞給界面控制項的其他事件處理方法。
·即使界面控制項設置了事件監聽器，界面事件也可以再次傳遞給其他事件處理方法。
·是否繼續傳遞事件給其他處理方法是由事件監聽器處理方法的返回值決定的。
·如果監聽器處理方法的返回值為true，表示該事件已經完成處理過程，不需要其他處理方法參與處理過程，這樣事件就不會再繼續進行傳遞。
·如果監聽器處理方法的返回值為false，則表示該事件沒有完成處理過程，或需要其他處理方法捕獲到該事件，事件會被傳遞給其他的事件處理方法。
在MVC模型中，控制器根據界面事件（UI Event）類型不同，將事件傳遞給界面控制項不同的事件處理方法。
·按鍵事件（KeyEvent）將傳遞給onKey()方法進行處理。
·觸摸事件（TouchEvent）將傳遞給onTouch()方法進行處理。
下面以EditText控制項中的按鍵事件為例，說明Android系統界面事件傳遞和處理過程。
假設EditText控制項已經設置了按鍵事件監聽器，當用戶按下鍵盤上的某個按鍵時，控制器將產生KeyEvent按鍵事件。Android系統會首先判斷EditText控制項是否設置了按鍵事件監聽器，因為EditText控制項已經設置按鍵事件監聽器OnKeyListener，所以按鍵事件先傳遞到監聽器的事件處理方法onKey()中，事件能夠繼續傳遞給EditText控制項的其他事件處理方法，完全根據onKey()方法的返回值來確定：如果onKey()方法返回false，事件將繼續傳遞，這樣EditText控制項就可以捕獲到該事件，將按鍵的內容顯示在EditText控制項中；如果onKey()方法返回true，將阻止按鍵事件的繼續傳遞，這樣EditText控制項就不能夠捕獲到按鍵事件，也就不能夠將按鍵內容顯示在EditText控制項中。
Android界面框架支持對按鍵事件的監聽，並能夠將按鍵事件的詳細信息傳遞給處理方法。為了處理控制項的按鍵事件，先需要設置按鍵事件的監聽器，並重載onKey()方法，示例代碼如代碼清單1所示。
代碼清單1 設置按鍵事件的監聽器，並重載onKey()方法
entryText.setOnKeyListener(new OnKeyListener(){
@Override
public boolean onKey(View view, int keyCode, KeyEvent keyEvent) {
//過程代碼……
return true/false;
}
第1行代碼是設置控制項的按鍵事件監聽器。
第3行代碼的onKey ()方法中的參數：第1個參數View表示產生按鍵事件的界面控制項；第2個參數keyCode表示按鍵代碼；第3個參數KeyEvent則包含了事件的詳細信息，如按鍵的重復次數、硬體編碼和按鍵標志等。
第5行代碼是onKey()方法的返回值：返回true，阻止事件傳遞；返回false，允許繼續傳遞按鍵事件。
KeyEventDemo是一個說明如何處理按鍵事件的示例。
KeyEventDemo用戶界面如圖1所示。

圖1 KeyEventDemo用戶界面
從圖5-27中可以看出，最上方的EditText控制項是輸入字元的區域，中間的CheckBox控制項用來控制onKey()方法的返回值，最下方的TextView控制項用來顯示按鍵事件的詳細信息，包括按鍵動作、按鍵代碼、按鍵字元、UNICODE編碼、重復次數、功能鍵狀態、硬體編碼和按鍵標志。
界面的XML文件的代碼如代碼清單2所示
代碼清單2 界面XML文件
<EditText android:id="@+id/entry"
android:layout_width="match_parent"
android:layout_height="wrap_content">
</EditText>
<CheckBox android:id="@+id/block"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="返回true，阻止將按鍵事件傳遞給界面元素" >
</CheckBox>
<TextView android:id="@+id/label"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="按鍵事件信息" >
</TextView>
在EditText中，當任何一個鍵按下或抬起時，都會引發按鍵事件。為了能夠使EditText處理按鍵事件，需要使用setOnKeyListener ()方法在代碼中設置按鍵事件監聽器，並在onKey()方法中添加按鍵事件的處理過程，代碼如代碼清單3所示。
代碼清單3 setOnKeyListener()
entryText.setOnKeyListener(new OnKeyListener(){
@Override
public boolean onKey(View view, int keyCode, KeyEvent keyEvent) {
int metaState = keyEvent.getMetaState();
int unicodeChar = keyEvent.getUnicodeChar();
String msg = "";
msg +="按鍵動作:" + String.valueOf(keyEvent.getAction())+" ";
msg +="按鍵代碼:" + String.valueOf(keyCode)+" ";
msg +="按鍵字元:" + (char)unicodeChar+" ";
msg +="UNICODE:" + String.valueOf(unicodeChar)+" ";
msg +="重復次數:"+ String.valueOf(keyEvent.getRepeatCount())+" ";
msg +="功能鍵狀態:" + String.valueOf(metaState)+" ";
msg +="硬體編碼:" + String.valueOf(keyEvent.getScanCode())+" ";
msg +="按鍵標志:" + String.valueOf(keyEvent.getFlags())+" ";
labelView.setText(msg);
if (checkBox.isChecked())
return true;
else
return false;
}
在上述代碼中，第4行代碼用來獲取功能鍵狀態。功能鍵包括左Alt鍵、右Alt鍵和Shift鍵，當這3個功能鍵被按下時，功能鍵代碼metaState值分別為18、34和65；但沒有功能鍵被按下時，功能鍵代碼metaState值分別為0。
第5行代碼獲取了按鍵的Unicode值，而在第9行中，將Unicode轉換為了字元，顯示在TextView中。
第7行代碼獲取了按鍵動作，0表示按下按鍵，1表示抬起按鍵。第7行代碼獲取按鍵的重復次數，但當按鍵被長時間按下時，則會產生這個屬性值。
第13行代碼獲取了按鍵的硬體編碼，各硬體設備的按鍵硬體編碼都不相同，因此該值一般用於調試。
第14行獲取了按鍵事件的標志符。

6. android的事件處理機制有兩種

1.基於監聽的事件處理機制，有一個關鍵就是事件注冊。 但是我們在實踐的時候並沒有自己手動的為某個視圖控制項注冊監聽器。
解答： 我們會經常用到 諸如 setOnclickListener()，OnTouchListener()方法等。 從字面意義理解，它為設置...監聽器。 但是，它 跟注冊還是頗有一些區別的。 我想注冊實踐監聽器，就是將它掛在在一個線程上，也就是說有一個事件監聽線程，那麼，有事件的視圖，就至少是雙線程的程序了。 不過很可惜，在去看set..Listener的源碼的時候，是看不到它在java源碼方面的具體實現的。 也就是說，要麼它依賴操作系統實現，要麼它依賴jni實現，並且，事件線程由jni管理。 換言之，實現注冊監聽是由ni實現的。
2.事件源的觸發流程：
解答： 學習過操作系統朋友應該知道，操作系統的很多操作都是通過中斷來完成。 同理，比如一個點擊事件，android手機硬體中，包括了一個觸摸屏的硬體，它分為內屏和外屏。 其中負責觸發屏幕點擊和觸摸中斷的為內屏。 內屏大概由五個層次構成，具體有什麼用不知道，反正我拆過~~~ 從內屏上，當有電容屏感應的時候，會接收到你觸摸的位置信息，甚至觸摸力度！！！ 這個消息經由系統中斷（具有最高優先順序，應該是由最高優先順序的進程通知）發送給cpu,經由cpu通過進程間的消息機制傳遞給這個進程（當前正在用戶界面運行的進程，這時候只有一個），也就是這個程序運行的內存空間的某個點。（或者說通過廣播機制，將這個事件發送給所有的app也是有可能的）。

7. 請簡述什麼是android事件處理，並分析兩種android事件處理機制的實現過程和區別

UI編程通常都會伴隨事件處理，Android也不例外，它提供了兩種方式的事件處理：基於回調的事件處理和基於監聽器的事件處理。

對於基於監聽器的事件處理而言，主要就是為Android界面組件綁定特定的事件監聽器；對於基於回調的事件處理而言，主要做法是重寫Android組件特定的回調函數，Android大部分界面組件都提供了事件響應的回調函數，我們主要重寫它們就行。

一 基於監聽器的事件處理

相比於基於回調的事件處理，這是更具「面向對象」性質的事件處理方式。在監聽器模型中，主要涉及三類對象：

1）事件源Event Source：產生事件的來源，通常是各種組件，如按鈕，窗口等。

2）事件Event：事件封裝了界面組件上發生的特定事件的具體信息，如果監聽器需要獲取界面組件上所發生事件的相關信息，一般通過事件Event對象來傳遞。

3）事件監聽器Event Listener：負責監聽事件源發生的事件，並對不同的事件做相應的處理。

基於監聽器的事件處理機制是一種委派式Delegation的事件處理方式，事件源將整個事件委託給事件監聽器，由監聽器對事件進行響應處理。這種處理方式將事件源和事件監聽器分離，有利於提供程序的可維護性。

舉例：

View類中的OnLongClickListener監聽器定義如下：（不需要傳遞事件）

[java] view plainprint?

public interface OnLongClickListener {

boolean onLongClick(View v);

}

public interface OnLongClickListener {
boolean onLongClick(View v);
}

View類中的OnLongClickListener監聽器定義如下：（需要傳遞事件MotionEvent）

[java] view plainprint?

public interface OnTouchListener {

boolean onTouch(View v, MotionEvent event);

}

public interface OnTouchListener {
boolean onTouch(View v, MotionEvent event);
}

二 基於回調的事件處理

相比基於監聽器的事件處理模型，基於回調的事件處理模型要簡單些，該模型中，事件源和事件監聽器是合一的，也就是說沒有獨立的事件監聽器存在。當用戶在GUI組件上觸發某事件時，由該組件自身特定的函數負責處理該事件。通常通過重寫Override組件類的事件處理函數實現事件的處理。

舉例：

View類實現了KeyEvent.Callback介面中的一系列回調函數，因此，基於回調的事件處理機制通過自定義View來實現，自定義View時重寫這些事件處理方法即可。

[java] view plainprint?

public interface Callback {

// 幾乎所有基於回調的事件處理函數都會返回一個boolean類型值，該返回值用於

// 標識該處理函數是否能完全處理該事件

// 返回true，表明該函數已完全處理該事件，該事件不會傳播出去

// 返回false，表明該函數未完全處理該事件，該事件會傳播出去

boolean onKeyDown(int keyCode, KeyEvent event);

boolean onKeyLongPress(int keyCode, KeyEvent event);

boolean onKeyUp(int keyCode, KeyEvent event);

boolean onKeyMultiple(int keyCode, int count, KeyEvent event);

}

public interface Callback {
// 幾乎所有基於回調的事件處理函數都會返回一個boolean類型值，該返回值用於
// 標識該處理函數是否能完全處理該事件
// 返回true，表明該函數已完全處理該事件，該事件不會傳播出去
// 返回false，表明該函數未完全處理該事件，該事件會傳播出去
boolean onKeyDown(int keyCode, KeyEvent event);
boolean onKeyLongPress(int keyCode, KeyEvent event);
boolean onKeyUp(int keyCode, KeyEvent event);
boolean onKeyMultiple(int keyCode, int count, KeyEvent event);
}

三 比對

基於監聽器的事件模型符合單一職責原則，事件源和事件監聽器分開實現；

Android的事件處理機制保證基於監聽器的事件處理會優先於基於回調的事件處理被觸發；

某些特定情況下，基於回調的事件處理機制會更好的提高程序的內聚性。

四 基於自定義監聽器的事件處理流程

在實際項目開發中，我們經常需要自定義監聽器來實現自定義業務流程的處理，而且一般都不是基於GUI界面作為事件源的。這里以常見的app自動更新為例進行說明，在自動更新過程中，會存在兩個狀態：下載中和下載完成，而我們的程序需要在這兩個狀態做不同的事情，「下載中」需要在UI界面上實時顯示軟體包下載的進度，「下載完成」後，取消進度條的顯示。這里進行一個模擬，重點在說明自定義監聽器的事件處理流程。

4.1）定義事件監聽器如下：

8. 如何實現給android系統發送一些鍵盤事件和屏幕事件

可能通過命令行 input 命令向android發送事件。
Android中，模擬事件全部是通過input命令來實現的。
input命令的使用：
usage: input ...
input text <string>
input keyevent <key code number or name>
input tap <x> <y>
input swipe <x1> <y1> <x2> <y2>

1. keyevent指的是android對應的keycode，比如home鍵的keycode=3，back鍵的keycode=4.
具體請查閱 <android keycode詳>
然後使用的話比較簡單，比如想模擬home按鍵：
adb shell input keyevent 3根據具體keycode編輯即可。

2. 關於tap的話，他模擬的是touch屏幕的事件，只需給出x、y坐標即可。
此x、y坐標對應的是真實的屏幕解析度，所以要根據具體手機具體看，比如想點擊屏幕(x, y) = (250, 250)位置：
adb shell input tap 250 250

3. 關於swipe同tap是一樣的，只是他是模擬滑動的事件，給出起點和終點的坐標即可。例如從屏幕(250, 250), 到屏幕(300, 300)即 adb shell input swipe 250 250 300 300 。