大多數 Android 裝置都內建感應器,可測量動作、螢幕方向, 和各種環境條件這些感應器能夠提供高用量的原始資料 。如果您想監控 3D 裝置的移動或 或監控裝置附近的環境變化。舉例來說 遊戲可能會追蹤來自裝置重力感應器的讀數,藉此推斷複雜的使用者手勢 以及動作,例如傾斜、搖晃、旋轉或搖擺。同樣地,天氣應用程式可能會使用裝置的溫度感應器和濕度感應器,計算並回報露點;而旅遊應用程式可能會使用地磁場感應器和加速計,回報指南針方位。
請參閱下列相關資源:
Android 平台支援三類感應器:
- 動作感應器
這些感應器會沿著三軸測量加速力和旋轉力,這個類別包括加速計、重力感應器、陀螺儀和旋轉向量感應器。
- 環境感應器
這些感應器可測量各種環境參數,例如環境空氣溫度和壓力、照明度和濕度。這個類別包括氣壓計、光量計 溫度計
- 位置感應器
這些感應器會測量裝置的實際位置,這個類別包括 螢幕方向感應器和磁力儀。
如要存取裝置上的感應器,並擷取原始感應器資料,請使用 Android 感應器架構感應器架構提供多個類別和介面,可協助您執行各種感應器相關工作。舉例來說,您可以使用感應器架構執行以下操作:
- 確認裝置可用的感應器。
- 判斷個別感應器的功能,例如最大範圍、製造商、電力需求和解析度。
- 擷取原始感應器資料,並定義擷取感應器資料的最低頻率。
- 註冊及取消註冊監控感應器變化的感應器事件監聽器。
本主題將概略說明 Android 平台上可用的感應器。並介紹感應器架構。
感應器簡介
Android 感應器架構可讓您存取多種感應器。其中一些感應器 有些則是以軟體為基礎硬體感應器是內建於手機或平板電腦的實體元件。這些感應器會直接測量特定環境屬性 (例如加速度、地磁場強度或角度變化),進而擷取資料。軟體式 雖然感應器會模仿硬體感應器,但並非實體裝置。軟體式感應器 資料衍生自一或多個硬體式感應器,有時也稱為虛擬 感應器或合成感應器線性加速度感應器和重力感應器就是以軟體為基礎的感應器。表 1 摘要列出 Android 平台支援的感應器。
只有少數搭載 Android 系統的裝置搭載所有類型的感應器。舉例來說,大多數的手機和平板電腦都有加速計和磁力計,但只有少數裝置有氣壓計或溫度計。此外,裝置可以有多個特定類型的感應器。適用對象 舉例來說,一部裝置可以有兩個重力感應器,每個感應器的重力範圍皆不同
表 1. Android 平台支援的感應器類型。
感應器 | 類型 | 說明 | 常見用途 |
---|---|---|---|
TYPE_ACCELEROMETER |
硬體 | 以 m/s2 為單位,測量在所有三個物理軸 (x、y 和 z) 上施加至裝置的加速度,包括重力。 | 動作偵測 (震動、傾斜等)。 |
TYPE_AMBIENT_TEMPERATURE |
硬體 | 以攝氏 (°C) 為單位測量室溫。請參閱下方附註。 | 監測溫度。 |
TYPE_GRAVITY |
軟體或硬體 | 以 m/s2 為單位,測量在所有三個物理軸 (x、y、z) 上施加至裝置的重力。 | 動作偵測 (震動、傾斜等)。 |
TYPE_GYROSCOPE |
硬體 | 以弧度/秒為單位,測量裝置在每個物理軸 (x、y 和 z) 上的旋轉率。 | 旋轉偵測 (旋轉、轉動等)。 |
TYPE_LIGHT |
硬體 | 以 lx 為單位測量環境光度 (照度)。 | 控制螢幕亮度。 |
TYPE_LINEAR_ACCELERATION |
軟體或硬體 | 以 m/s2 為單位測量加速度 已套用至 這三個物理軸 (x、y 和 z),不含重力力。 | 監控沿著單一軸線的加速度。 |
TYPE_MAGNETIC_FIELD |
硬體 | 測量全部三個物理軸 (x、y、z) 的環境磁場 μT。 | 建立指南針。 |
TYPE_ORIENTATION |
軟體 | 測量裝置在三個物理軸 (x、y、z) 周圍的旋轉角度。
從 API 級別 3 開始,您可以取得
測量到的裝置使用重力感應器
以及地磁場感應器和
getRotationMatrix()
方法。 |
正在判斷裝置位置。 |
TYPE_PRESSURE |
硬體 | 以百帕 (hPa) 或毫巴 (mbar) 為單位,測量環境氣壓。 | 監測氣壓變化。 |
TYPE_PROXIMITY |
硬體 | 測量物件與 (以公分為單位) 相對於裝置畫面的距離 裝置。這項感應器通常用於判斷是否有人將聽筒靠近耳朵。 | 通話期間的手機位置。 |
TYPE_RELATIVE_HUMIDITY |
硬體 | 測量相對環境濕度百分比 (百分比)。 | 監測露點、絕對濕度和相對濕度。 |
TYPE_ROTATION_VECTOR |
軟體或硬體 | 提供裝置螢幕方向的三個元素,藉此測量裝置的方向 | 動作偵測和旋轉偵測。 |
TYPE_TEMPERATURE |
硬體 | 測量裝置溫度,以攝氏度為單位。這項感應器的實作方式因裝置而異,在 API 級別 14 中,這項感應器已改為 TYPE_AMBIENT_TEMPERATURE 感應器。 |
監控溫度。 |
感應器架構
您可以使用 Android 感應器架構存取這些感應器,並取得原始感應器資料。感應器架構是 android.hardware
套件的一部分,包含下列類別和介面:
SensorManager
- 你可以使用這個類別來建立感應器服務的例項。這個類別提供 存取及列出感應器、註冊及取消註冊感應器事件的各種方法 以及取得方向資訊。這個類別也提供多個感應器常數 例如回報感應器準確率、設定資料擷取率及校正感應器。
Sensor
- 你可以使用這個類別建立特定感應器的例項。這個類別提供各種方法,可讓您判斷感應器的功能。
SensorEvent
- 系統會使用這個類別建立感應器事件物件,藉此提供 也就是感應器事件感應器事件物件包含下列資訊:原始感應器資料、 產生事件的感應器類型、資料準確度,以及 活動。
SensorEventListener
- 您可以使用這個介面建立兩種回呼方法,在感應器值或感應器準確度發生變更時接收通知 (感應器事件)。
在一般應用程式中,您會使用下列感應器相關 API 來執行兩項基本工作:
- 找出感應器和感應器功能
如果您的應用程式含有 需要特定感應器類型或功能才能運作的功能。舉例來說 找出裝置上的所有感應器,並停用任何應用程式功能 並仰賴不存在的感應器同樣地,您也可以找出所有感應器 方便您選擇具有最佳效能的感應器實作方式 應用程式。
- 監控感應器事件
但監控感應器事件是取得原始感應器資料的方式。每次發生感應器事件時 感應器偵測到正在測量的參數發生變化。「感應器事件」 包含四項資訊:觸發事件的感應器名稱、 事件的時間戳記、事件準確率,以及觸發的原始感應器資料 活動。
感應器可用性
雖然感應器可用的感應器因裝置而異,但也可能因 Android 裝置而異。 版本。這是因為 Android 感應器在 發布新版本例如,Android 1.5 (API 級別 3) 導入了許多感應器, 未實作,且在 Android 2.3 (API 級別 9) 之前無法使用。同樣地 Android 2.3 (API 級別 9) 和 Android 4.0 (API 級別 14) 導入了數個感應器。兩條 感應器已淘汰,並由更優異的新版感應器取代。
表 2 摘要列出各平台每個感應器的可用性。由於只有四個平台涉及感應器變更,因此只會列出這四個平台。搭載全新設計的感應器 列為已淘汰的後續平台仍可提供 感應器在裝置上,符合 Android 的前瞻相容性政策。
表 2. 各平台可用的感應器。
感應器 | Android 4.0 (API 級別 14) |
Android 2.3 (API 級別 9) |
Android 2.2 (API 級別 8) |
Android 1.5 (API 級別 3) |
---|---|---|---|---|
TYPE_ACCELEROMETER |
是 | 是 | 是 | 是 |
TYPE_AMBIENT_TEMPERATURE |
是 | 不適用 | 不適用 | 不適用 |
TYPE_GRAVITY |
是 | 是 | 不適用 | 不適用 |
TYPE_GYROSCOPE |
是 | 是 | 不適用1 | 不適用1 |
TYPE_LIGHT |
是 | 是 | 是 | 是 |
TYPE_LINEAR_ACCELERATION |
是 | 是 | 不適用 | 不適用 |
TYPE_MAGNETIC_FIELD |
是 | 是 | 是 | 是 |
TYPE_ORIENTATION |
是2 | 是2 | 是2 | 是 |
TYPE_PRESSURE |
是 | 是 | 不適用1 | 不適用1 |
TYPE_PROXIMITY |
是 | 是 | 是 | 是 |
TYPE_RELATIVE_HUMIDITY |
是 | 不適用 | 不適用 | 不適用 |
TYPE_ROTATION_VECTOR |
是 | 是 | 不適用 | 不適用 |
TYPE_TEMPERATURE |
是2 | 是 | 是 | 是 |
1 已在 Android 1.5 (API 級別) 中新增這個感應器類型 3)、 但不適用於 Android 2.3 (API 級別 9) 版本。
2 這個感應器雖可以使用,但已問世 已淘汰
識別感應器和感應器功能
Android 感應器架構提供多種方法,可讓您在執行階段輕鬆判斷裝置上有哪些感應器。API 也提供方法,可讓您判斷 例如感應器的最大範圍、解析度和功率 Google Cloud 就是最佳選擇
如要識別裝置上的感應器,您必須先取得感應器服務的參照。如要執行這項操作,請呼叫 getSystemService()
方法並傳入 SENSOR_SERVICE
引數,藉此建立 SensorManager
類別的例項。例如:
Kotlin
private lateinit var sensorManager: SensorManager ... sensorManager = getSystemService(Context.SENSOR_SERVICE) as SensorManager
Java
private SensorManager sensorManager; ... sensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE);
接著,您可以呼叫 getSensorList()
方法並使用 TYPE_ALL
常數,取得裝置上每個感應器的清單。例如:
Kotlin
val deviceSensors: List<Sensor> = sensorManager.getSensorList(Sensor.TYPE_ALL)
Java
List<Sensor> deviceSensors = sensorManager.getSensorList(Sensor.TYPE_ALL);
如果您想列出特定類型的所有感應器,可以使用其他常數 (例如 TYPE_GYROSCOPE
、TYPE_LINEAR_ACCELERATION
或 TYPE_GRAVITY
) 取代 TYPE_ALL
。
您也可以使用 getDefaultSensor()
方法,並傳入特定感應器的類型常數,判斷裝置上是否有特定類型的感應器。如果裝置有多個指定類型的感應器,
必須將感應器指派為預設感應器。如果指定的預設感應器不存在
方法呼叫會傳回空值,表示裝置沒有該類型
感應器。舉例來說,以下程式碼會檢查裝置上是否有磁力儀:
Kotlin
private lateinit var sensorManager: SensorManager ... sensorManager = getSystemService(Context.SENSOR_SERVICE) as SensorManager if (sensorManager.getDefaultSensor(Sensor.TYPE_MAGNETIC_FIELD) != null) { // Success! There's a magnetometer. } else { // Failure! No magnetometer. }
Java
private SensorManager sensorManager; ... sensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE); if (sensorManager.getDefaultSensor(Sensor.TYPE_MAGNETIC_FIELD) != null){ // Success! There's a magnetometer. } else { // Failure! No magnetometer. }
注意:Android 不需要裝置製造商製作任何產品 安裝在 Android 裝置上,因此能支援許多不同類型的感應器 感應器設定
除了列出裝置上的感應器,您也可以使用 Sensor
類別的公開方法,判斷個別感應器的功能和屬性。如果您希望應用程式會根據裝置上可用的感應器或感應器功能,而做出不同的行為,這項功能就會非常實用。舉例來說,您可以使用 getResolution()
和 getMaximumRange()
方法,取得感應器的解析度和最大測量範圍。您也可以使用
getPower()
方法,用於取得感應器的電源需求。
如果您想針對不同製造商的感應器或不同版本的感應器,對應用程式進行最佳化,這兩種公開方法就特別實用。舉例來說
監控傾斜和搖動等使用者手勢,您可以建立一組資料篩選器
針對使用特定廠商重力感應器的新型裝置制定規則和最佳化作業
一組資料篩選規則,以及針對沒有重力感應器的裝置
只是加速計以下程式碼範例說明如何使用 getVendor()
和 getVersion()
方法執行以下作業
而負責任的 AI 技術做法
有助於達成這項目標在這個範例中,我們要找的是將 Google LLC 列為供應商,且版本號碼為 3 的重力感應器。如果裝置上沒有該特定感應器,我們會嘗試使用加速計。
Kotlin
private lateinit var sensorManager: SensorManager private var mSensor: Sensor? = null ... sensorManager = getSystemService(Context.SENSOR_SERVICE) as SensorManager if (sensorManager.getDefaultSensor(Sensor.TYPE_GRAVITY) != null) { val gravSensors: List<Sensor> = sensorManager.getSensorList(Sensor.TYPE_GRAVITY) // Use the version 3 gravity sensor. mSensor = gravSensors.firstOrNull { it.vendor.contains("Google LLC") && it.version == 3 } } if (mSensor == null) { // Use the accelerometer. mSensor = if (sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER) != null) { sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER) } else { // Sorry, there are no accelerometers on your device. // You can't play this game. null } }
Java
private SensorManager sensorManager; private Sensor mSensor; ... sensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE); mSensor = null; if (sensorManager.getDefaultSensor(Sensor.TYPE_GRAVITY) != null){ List<Sensor> gravSensors = sensorManager.getSensorList(Sensor.TYPE_GRAVITY); for(int i=0; i<gravSensors.size(); i++) { if ((gravSensors.get(i).getVendor().contains("Google LLC")) && (gravSensors.get(i).getVersion() == 3)){ // Use the version 3 gravity sensor. mSensor = gravSensors.get(i); } } } if (mSensor == null){ // Use the accelerometer. if (sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER) != null){ mSensor = sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER); } else{ // Sorry, there are no accelerometers on your device. // You can't play this game. } }
另一個實用的方法是 getMinDelay()
方法
,這會傳回感應器感測資料的最短時間間隔 (以微秒為單位)。任何為 getMinDelay()
方法傳回非零值的感應器都是串流感應器。串流感應器會定期感應資料,並在 Android 2.3 (API) 中推出
第 9 級)。如果感應器在您呼叫 getMinDelay()
方法時傳回零,表示該感應器不是串流感應器,因為它只會在感應參數發生變更時回報資料。
getMinDelay()
方法非常實用
由您決定
感應器才能取得資料如果應用程式中的某些功能需要高資料
那麼你可以用這個方法判斷感應器
符合這些要求,並在應用程式內啟用或停用相關功能
。
注意:系統不會測量感應器的最大資料擷取率 也就是感應器架構將感應器資料傳送至應用程式的速度。 感應器架構會透過感應器事件回報資料,並有幾項因素會影響 應用程式接收感應器事件詳情請參閱「監控感應器事件」。
監控感應器事件
如要監控原始感應器資料,您必須實作兩個透過 SensorEventListener
介面公開的回呼方法:onAccuracyChanged()
和 onSensorChanged()
。Android 系統呼叫
這些方法發生的事件:
- 感應器的準確度會有所變動。
在這種情況下,系統會叫用
onAccuracyChanged()
方法,為您提供已變更的Sensor
物件參照,以及感應器的新準確度。準確度會以四個狀態常數之一表示:SENSOR_STATUS_ACCURACY_LOW
、SENSOR_STATUS_ACCURACY_MEDIUM
、SENSOR_STATUS_ACCURACY_HIGH
或SENSOR_STATUS_UNRELIABLE
。 - 感應器回報新值。
在此情況下,系統會叫用
onSensorChanged()
方法,為您提供SensorEvent
物件。SensorEvent
物件包含新感應器資料的相關資訊,包括資料的準確度、產生資料的感應器、產生資料的時間戳記,以及感應器記錄的新資料。
以下程式碼顯示如何使用 onSensorChanged()
方法監控
感應器。此範例會在 TextView
中顯示原始感應器資料,該資料在 main.xml 檔案中定義為 sensor_data
。
Kotlin
class SensorActivity : Activity(), SensorEventListener { private lateinit var sensorManager: SensorManager private var mLight: Sensor? = null public override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.main) sensorManager = getSystemService(Context.SENSOR_SERVICE) as SensorManager mLight = sensorManager.getDefaultSensor(Sensor.TYPE_LIGHT) } override fun onAccuracyChanged(sensor: Sensor, accuracy: Int) { // Do something here if sensor accuracy changes. } override fun onSensorChanged(event: SensorEvent) { // The light sensor returns a single value. // Many sensors return 3 values, one for each axis. val lux = event.values[0] // Do something with this sensor value. } override fun onResume() { super.onResume() mLight?.also { light -> sensorManager.registerListener(this, light, SensorManager.SENSOR_DELAY_NORMAL) } } override fun onPause() { super.onPause() sensorManager.unregisterListener(this) } }
Java
public class SensorActivity extends Activity implements SensorEventListener { private SensorManager sensorManager; private Sensor mLight; @Override public final void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); sensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE); mLight = sensorManager.getDefaultSensor(Sensor.TYPE_LIGHT); } @Override public final void onAccuracyChanged(Sensor sensor, int accuracy) { // Do something here if sensor accuracy changes. } @Override public final void onSensorChanged(SensorEvent event) { // The light sensor returns a single value. // Many sensors return 3 values, one for each axis. float lux = event.values[0]; // Do something with this sensor value. } @Override protected void onResume() { super.onResume(); sensorManager.registerListener(this, mLight, SensorManager.SENSOR_DELAY_NORMAL); } @Override protected void onPause() { super.onPause(); sensorManager.unregisterListener(this); } }
在本例中,系統會在叫用 registerListener()
方法時指定預設資料延遲時間 (SENSOR_DELAY_NORMAL
)。資料延遲 (或稱為取樣率) 會控制透過 onSensorChanged()
回呼方法,將感應器事件傳送至應用程式的間隔時間。預設資料延遲時間適用於監控一般螢幕方向變更,並使用 200,000 微秒的延遲時間。您可以指定其他資料延遲時間,例如 SENSOR_DELAY_GAME
(20,000 微秒延遲時間)、SENSOR_DELAY_UI
(60,000 微秒延遲時間) 或 SENSOR_DELAY_FASTEST
(0 微秒延遲時間)。自 Android 3.0 (API 級別 11) 起,您也可以將延遲時間指定為絕對值 (以微秒為單位)。
您指定的延遲時間只是建議的延遲時間。Android 系統和其他應用程式 可能會改變這個延遲最佳做法是指定最大延遲時間 系統花費的時間通常比您指定的延遲時間還小 (也就是說,您應該選擇 但仍符合應用程式需求的最慢取樣率)。使用較長的延遲時間可降低處理器的負載,因此耗電量也會減少。
沒有任何公開方法可判斷感應器架構傳送速率 感應器事件傳送至應用程式;不過,您可以使用與 感應器事件,以便計算多個事件的取樣率。您無需變更 設定完成後的取樣率 (延遲)。如果您基於某些原因需要變更延遲時間,就必須取消註冊並重新註冊感應器事件監聽器。
另外請注意,本範例使用 onResume()
和
用於註冊及取消註冊感應器事件的 onPause()
回呼方法
接聽程式。最佳做法是一律停用不需要的感應器,
活動已暫停。否則,部分感應器的耗電量極高,可能會在幾小時內耗盡電池電量,系統
不會在螢幕關閉時自動停用感應器。
處理不同的感應器設定
Android 不會為裝置指定標準感應器設定, 也就是說,裝置製造商可在自家應用程式中加入任何感應器設定 Android 裝置。因此,裝置可以包含各種感應器,並採用多種設定。如果應用程式需要使用特定類型的感應器,您必須確保裝置上有該感應器,才能順利執行應用程式。
您可以透過兩種方式,確保裝置上有特定感應器:
- 在執行階段偵測感應器,並視情況啟用或停用應用程式功能。
- 使用 Google Play 篩選器,指定具有特定感應器設定的裝置。
我們會在以下章節中討論每個選項。
在執行階段偵測感應器
如果您的應用程式使用特定類型的感應器,但不需要,您可以使用 感應器架構,以便在執行階段偵測感應器,然後停用或啟用應用程式功能 。舉例來說,導航應用程式可能會使用溫度感應器 壓力感應器、GPS 感應器和地磁場感應器 (顯示溫度和氣溫) 壓力、位置和指南針方位。如果裝置沒有壓力感應器,您可以使用 感應器架構,以便在執行階段偵測壓力感應器,然後停用 部分顯示壓力的應用程式 UI 部分。舉例來說,以下程式碼會檢查 裝置上是否有壓力感應器:
Kotlin
private lateinit var sensorManager: SensorManager ... sensorManager = getSystemService(Context.SENSOR_SERVICE) as SensorManager if (sensorManager.getDefaultSensor(Sensor.TYPE_PRESSURE) != null) { // Success! There's a pressure sensor. } else { // Failure! No pressure sensor. }
Java
private SensorManager sensorManager; ... sensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE); if (sensorManager.getDefaultSensor(Sensor.TYPE_PRESSURE) != null){ // Success! There's a pressure sensor. } else { // Failure! No pressure sensor. }
使用 Google Play 篩選器指定特定感應器設定
如果您是在 Google Play 發布應用程式,可以使用
資訊清單檔案中的 <uses-feature>
元素,藉此針對不支援的裝置篩選應用程式
請為您的應用程式
建立適當的感應器設定
<uses-feature>
元素包含多個硬體描述元,可讓您篩選
偵測應用程式是否含有特定感應器您可以列出的感應器包括:加速計、氣壓計、指南針 (地磁場)、陀螺儀、光線和鄰近感應器。以下是資訊清單項目範例,用於篩除沒有加速度計的應用程式:
<uses-feature android:name="android.hardware.sensor.accelerometer" android:required="true" />
如果將此元素和描述元新增至應用程式的資訊清單,使用者就會看到 應用程式。
只有在應用程式完全依賴特定感應器時,才應將描述元設為 android:required="true"
。如果應用程式會使用感應器執行某些功能,但仍可在沒有感應器的情況下運作,則應在 <uses-feature>
元素中列出感應器,但將描述元件設為 android:required="false"
。這樣一來,即使裝置沒有特定感應器,也能安裝您的應用程式。這也是
專案管理的最佳做法,可協助您持續追蹤應用程式使用的功能。
請注意,如果應用程式使用特定感應器,但仍在沒有感應器的情況下執行,
則您應該在執行階段偵測感應器,並停用或啟用應用程式功能,
或適當。
感應器座標系統
一般而言,感應器架構會使用標準的 3 軸座標系統來表示資料值。對於大多數感應器,當裝置保持在預設方向時,座標系統會相對於裝置螢幕定義 (請見圖 1)。當裝置以預設方向握持時,X 軸會水平且指向右側,Y 軸會垂直且指向上方,Z 軸則會指向螢幕正面的外側。在這個系統中,螢幕後方的座標具有負 Z 值。下列感應器使用此座標系統:

圖 1. Sensor API 使用的座標系統 (相對於裝置)。
最需要瞭解這個座標系統的關鍵點是,軸不會 當裝置的螢幕方向變更時 (也就是感應器的座標系統) 進行切換 不會隨著裝置移動而改變這個行為與 OpenGL 座標系統
另外,您的應用程式不得假設裝置的自然 (預設) 方向為直向。許多平板電腦裝置的自然方向為橫向。而感應器座標系統一律會以裝置的自然方向為準。
最後,如果應用程式會將感應器資料與螢幕顯示畫面進行比對,您必須使用 getRotation()
方法來判斷螢幕旋轉方向,然後使用 remapCoordinateSystem()
方法將感應器座標對應至螢幕座標。即使資訊清單指定
。
注意:部分感應器和方法會使用相對於世界參考架構 (而非裝置參考架構) 的座標系統。這些
感應器和方法會傳回資料,代表與
Google 地球。詳情請參閱 getOrientation()
方法、getRotationMatrix()
方法、方向
感應器和旋轉向量
感應器。
感應器頻率限制
為了保護使用者的相關機密資訊 (如果應用程式鎖定 Android 12 (API 級別 31) 以上版本,系統會對重新整理作業設下限制 特定動作感應器和位置感應器提供的資料速率。這項資料 包含裝置網路所記錄的值 加速計 陀螺儀和 地理磁場 感應器。
重新整理頻率限制取決於您存取感應器資料的方式:
- 如果呼叫
registerListener()
監控感應器事件的方法,感應器取樣率為 只限 200 Hz。這點適用於registerListener()
方法。 - 如果您使用
SensorDirectChannel
類別,感應器取樣率會限制為RATE_NORMAL
,通常約為 50 Hz。
如果您的應用程式需要以更高的頻率收集動作感應器資料,您必須
宣告
HIGH_SAMPLING_RATE_SENSORS
權限,如以下程式碼片段所示。否則,如果您的應用程式
在不宣告這項權限的情況下,以更高的頻率收集動作感應器資料。
發生 SecurityException
。
AndroidManifest.xml
<manifest ...> <uses-permission android:name="android.permission.HIGH_SAMPLING_RATE_SENSORS"/> <application ...> ... </application> </manifest>
存取和使用感應器的最佳做法
設計感應器時,請務必遵守下列規範: 本節這些指南是建議最佳做法,提供給所有使用感應器的人 存取感應器及取得感應器資料
只在前景收集感應器資料
在搭載 Android 9 (API 級別 28) 以上版本的裝置上,在背景執行的應用程式有以下限制:
- 使用持續回報模式的感應器 (例如加速計和陀螺儀) 不會收到事件。
- 使用「on-change」或「one-shot」報表模式的感應器不會收到事件。
基於這些限制,最佳做法是偵測 應用程式於前景運作或 前景服務。
取消註冊感應器事件監聽器
使用感應器完畢或感應器活動暫停時,請務必取消註冊感應器的事件監聽器。如果已註冊感應器事件監聽器,並暫停其活動,感應器就會
會繼續取得資料並使用電池資源 (除非取消註冊感應器)。下列
程式碼顯示如何使用 onPause()
方法取消註冊事件監聽器:
Kotlin
private lateinit var sensorManager: SensorManager ... override fun onPause() { super.onPause() sensorManager.unregisterListener(this) }
Java
private SensorManager sensorManager; ... @Override protected void onPause() { super.onPause(); sensorManager.unregisterListener(this); }
詳情請參閱 unregisterListener(SensorEventListener)
。
使用 Android Emulator 進行測試
Android Emulator 包含一組虛擬感應器控制項,可讓您測試加速計、環境溫度、磁力計、鄰近感應器、光線等感應器。
模擬器與執行下列項目的 Android 裝置連線: SdkControllerSensor 應用程式。請注意,此應用程式僅適用於搭載 Android 4.0 (API) 的裝置 第 14 級) 或更高等級。(如果裝置搭載 Android 4.0,則必須安裝修訂版 2)。SdkControllerSensor 應用程式會監控裝置上感應器的變化,並將這些變化傳送至模擬器。模擬器 再依據從感應器接收到的新值轉換 。
您可以在 SdkControllerSensor 應用程式查看原始碼 下列位置:
$ your-android-sdk-directory/tools/apps/SdkController
如要在裝置和模擬器之間轉移資料,請按照下列步驟操作: 步驟:
- 確認 USB 裝置已啟用偵錯功能。
- 使用 USB 傳輸線將裝置連接至您開發的機器上。
- 在裝置上啟動 SdkControllerSensor 應用程式。
- 在應用程式中選取要模擬的感應器。
執行下列
adb
指令:- 啟動模擬器。現在,您應該可以透過移動裝置,將轉換套用至模擬器。
$ adb forward tcp:1968 tcp:1968
注意: 如果對
實體裝置無法轉換模擬器,請嘗試執行
再次執行步驟 5 的 adb
指令。
詳情請參閱 Android Emulator 指南。
不要封鎖 onSensorChanged() 方法
感應器資料可能會頻繁變更,這表示系統可能會經常呼叫 onSensorChanged(SensorEvent)
方法。最佳做法是,您應盡量減少在 onSensorChanged(SensorEvent)
方法中執行的動作,以免阻斷該方法。如果應用程式需要您篩選或減少感應器資料,請在 onSensorChanged(SensorEvent)
方法之外執行這項工作。
避免使用已淘汰的方法或感應器類型
許多方法和常數已淘汰。
尤其是 TYPE_ORIENTATION
已淘汰感應器類型。如要取得方向資料,請改用 getOrientation()
方法。同樣地,
已淘汰「TYPE_TEMPERATURE
」感應器類型。應使用
請改為在裝置上使用 TYPE_AMBIENT_TEMPERATURE
感應器類型
搭載 Android 4.0 系統
使用前驗證感應器
請務必先確認裝置上有感應器,再嘗試從裝置取得資料。錯誤做法 會假設感應器確實存在,因為這是常用的感應器。裝置製造商不需要在裝置中提供任何特定感應器。
謹慎選擇感應器延遲時間
使用 registerListener()
方法註冊感應器時,請務必選擇適合
或用途感應器可以極高的速率提供資料。允許系統傳送不需要的額外資料會浪費系統資源和電池電力。