感應器總覽

大多數 Android 裝置都內建感應器，可測量動作、螢幕方向和各種環境條件。這些感應器能夠精確且精準地提供原始資料，而且如果您想監控 3D 裝置的動作或定位，或是監控裝置附近的環境環境變化，這些感應器就非常實用。舉例來說，遊戲可能會追蹤裝置重力感應器的讀數，藉此推斷複雜的使用者手勢和動作，例如傾斜、搖動、旋轉或搖擺。同樣地，天氣應用程式可能會利用裝置的溫度感應器和濕度感應器計算並回報露點，或者旅遊應用程式可能會使用地磁場感應器和加速計回報指南針。

Android 平台支援以下三種感應器：

  • 動作感應器

    這些感應器會沿著三軸測量加速力和旋轉力，這個類別包括加速計、重力感應器、陀螺儀和旋轉向量感應器。

  • 環境感應器

    這些感應器會測量各種環境參數，例如環境氣溫、壓力、照明和濕度。這個類別包括氣壓計、光量表和溫度計。

  • 位置感應器

    這些感應器會測量裝置的實際位置，這個類別包括方向感應器和磁力儀。

您可以使用 Android 感應器架構存取裝置上的感應器，並取得原始感應器資料。感應器架構提供多種類別和介面，有助於執行多種與感應器相關的工作。舉例來說，您可以使用感應器架構執行以下操作：

  • 確認裝置可用的感應器。
  • 決定個別感應器的功能，例如其最大範圍、製造商、電源需求和解析度。
  • 取得原始感應器資料，並定義取得感應器資料的最低速率。
  • 註冊及取消註冊可監控感應器異動的感應器事件監聽器。

本主題將概略說明 Android 平台可用的感應器。並介紹感應器架構。

感應器簡介

Android 感應器架構可讓你存取多種類型的感應器。其中有些是硬體式感應器，有些則是軟體式感應器。硬體式感應器是手機或平板電腦裝置內建的實體元件。可透過直接測量特定環境屬性 (例如加速、地磁場強度或角度變化) 來產生資料。雖然軟體式感應器會模仿硬體感應器，但並非實體裝置。軟體式感應器會從一或多個硬體式感應器衍生資料，有時也稱為虛擬感應器或合成感應器。線性加速感應器和重力感應器是軟體式感應器的例子。表 1 列出了 Android 平台支援的感應器。

只有少數搭載 Android 系統的裝置搭載所有類型的感應器。舉例來說，大多數手機和平板電腦都有加速計和磁力儀，但有些裝置提供氣壓計或溫度計。此外，單一裝置可以有多個特定類型的感應器。舉例來說，一部裝置可以有兩個重力感應器，而每個感應器的範圍都不同。

表 1. Android 平台支援的感應器類型。

感應器 類型 說明 常見用途
TYPE_ACCELEROMETER 硬體 測量全三個物理軸 (x、y 和 z) 上套用至裝置的加速度 (以 m/s2 為單位)，包括重力力。 動作偵測 (搖動、傾斜等)。
TYPE_AMBIENT_TEMPERATURE 硬體 測量環境室溫，以攝氏度為單位。詳情請參閱下方的附註。 監測溫度。
TYPE_GRAVITY 軟體或硬體 測量套用至全部三個實體軸 (x、y、z) 上之裝置的重力 (m/s2)。 動作偵測 (搖動、傾斜等)。
TYPE_GYROSCOPE 硬體 測量裝置在三個物理軸 (x、y 和 z) 左右的旋轉速率 (以雷/秒為單位)。 旋轉偵測 (傾斜、轉動等)。
TYPE_LIGHT 硬體 測量 Lx 的環境光度 (照明)。 控制螢幕亮度。
TYPE_LINEAR_ACCELERATION 軟體或硬體 測量於全部三個物理軸 (x、y 和 z) 上套用至裝置的加速度 (以 m/s2 為單位)，不含重力力。 沿著單一軸線監控加速。
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 是 n/a n/a n/a
TYPE_GRAVITY 是 是 n/a n/a
TYPE_GYROSCOPE 是 是 不適用1 不適用1
TYPE_LIGHT 是 是 是 是
TYPE_LINEAR_ACCELERATION 是 是 n/a n/a
TYPE_MAGNETIC_FIELD 是 是 是 是
TYPE_ORIENTATION 是2 是2 是2 是
TYPE_PRESSURE 是 是 不適用1 不適用1
TYPE_PROXIMITY 是 是 是 是
TYPE_RELATIVE_HUMIDITY 是 n/a n/a n/a
TYPE_ROTATION_VECTOR 是 是 n/a n/a
TYPE_TEMPERATURE 是2 是 是 是

1 這個感應器類型已在 Android 1.5 (API 級別 3) 中新增，但要等到 Android 2.3 (API 級別 9) 才能使用。

2 這個感應器可以使用，但已淘汰。

識別感應器和感應器功能

Android 感應器架構提供多種方法，可讓您在執行階段輕鬆判斷裝置上有哪些感應器。這個 API 也提供多個方法，可讓您判斷每個感應器的功能，例如其最大範圍、解析度和耗電量。

如要識別裝置上的感應器，您必須先取得感應器服務的參照。方法是呼叫 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_ALL，例如 TYPE_GYROSCOPE、TYPE_LINEAR_ACCELERATION 或 TYPE_GRAVITY。

您也可以使用 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() 方法完成此操作。在本範例中，我們正在尋找將 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 系統會呼叫這些方法：

以下程式碼顯示如何使用 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" />

如果將此元素和描述元加入應用程式的資訊清單，只有在使用者裝置有加速計時，使用者才會在 Google Play 上看到您的應用程式。

只有在應用程式完全位於特定感應器上時，您才應該將描述元設為 android:required="true"。如果應用程式使用感應器來提供某些功能，但仍在沒有感應器的情況下執行，您應該在 <uses-feature> 元素中列出感應器，但將描述元設為 android:required="false"。確保裝置沒有特定感應器也能安裝您的應用程式。這個同時也是專案管理的最佳做法，可協助您追蹤應用程式使用的功能。請注意，如果應用程式使用特定感應器，但仍能在沒有感應器的情況下執行，您應在執行階段偵測感應器，並視情況停用或啟用應用程式功能。

感應器座標系統

一般來說，感應器架構會使用標準的 3 軸座標系統表示資料值。對於大多數感應器而言，當裝置處於預設方向時，系統會根據裝置螢幕定義座標系統 (如圖 1 所示)。當裝置處於預設方向時，X 軸為水平且指向右側，Y 軸為垂直且指向上方，Z 軸指向螢幕面外。在這個系統中，畫面後方的座標具有負的 Z 值。下列感應器使用此座標系統：

圖 1 感應器 API 使用的座標系統 (相對於裝置)。

要瞭解這個座標系統，最需要注意的是，當裝置的螢幕方向變更時，軸不會鬆動。也就是說，感應器的座標系統不會在裝置移動時變更。這個行為與 OpenGL 座標系統的行為相同。

另一個值得注意的是，應用程式不得假設裝置的自然 (預設) 方向為直向。許多平板電腦裝置的自然方向為橫向。而且感應器座標系統一律會根據裝置的自然方向為依據。

最後，如果您的應用程式與感應器資料相符，則必須使用 getRotation() 方法判斷螢幕旋轉情形，然後使用 remapCoordinateSystem() 方法將感應器座標對應至螢幕座標。即使資訊清單指定僅限直向顯示也是如此。

注意：部分感應器和方法使用座標系統，與世界參考框架 (而非裝置的參考範圍) 相對應。這些感應器和方法會傳回資料，代表相對於地球的裝置動作或裝置位置。詳情請參閱 getOrientation() 方法、getRotationMatrix() 方法、方向感應器和旋轉向量感應器。

感應器頻率限制

為保護可能的私密使用者資訊，如果應用程式指定 Android 12 (API 級別 31) 以上版本，系統會對特定動作感應器和位置感應器提供的資料重新整理頻率設下限制。這項資料包含裝置加速計、陀螺儀和地理磁場感應器記錄的值。

重新整理頻率限制取決於您存取感應器資料的方式：

如果您的應用程式需要以更高的頻率收集動作感應器資料，您必須宣告 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) 以上版本的裝置上，在背景執行的應用程式有下列限制：

  • 使用連續回報模式 (例如加速計和陀螺儀) 的感應器無法接收事件。
  • 使用變更時或單樣本報表模式的感應器不會接收事件。

基於這些限制，建議您在應用程式位於前景或前景服務部分時偵測感應器事件。

取消註冊感應器事件監聽器

使用完感應器或感應器活動暫停時，請務必取消註冊感應器的事件監聽器。如果已註冊感應器事件監聽器，且已暫停活動，除非您取消註冊感應器，否則感應器會繼續取得資料並使用電池資源。以下程式碼說明如何使用 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 提供一組虛擬感應器控制項，可用來測試加速計、環境溫度、磁力儀、鄰近區域和光線等感應器。

模擬器使用與執行 SdkControllerSensor 應用程式的 Android 裝置建立連線。請注意，這個應用程式僅適用於搭載 Android 4.0 (API 級別 14) 以上版本的裝置。(如果裝置執行的是 Android 4.0，就必須安裝修訂版本 2)。SdkControllerSensor 應用程式會監控裝置上的感應器變更，並將變更傳送至模擬器。接著，模擬器會根據從裝置上的感應器接收的新值進行轉換。

您可以在下列位置查看 SdkControllerSensor 應用程式的原始碼：

$ your-android-sdk-directory/tools/apps/SdkController

如要在裝置和模擬器之間轉移資料，請按照下列步驟操作：

  1. 請檢查裝置上的 USB 偵錯功能已啟用。
  2. 使用 USB 傳輸線將裝置連接至您開發的機器上。
  3. 在裝置上啟動 SdkControllerSensor 應用程式。
  4. 在應用程式中選取要模擬的感應器。

  5. 執行下列 adb 指令：

    6. $ adb forward tcp:1968 tcp:1968
  6. 啟動模擬器。現在，您應該可以透過移動裝置，在模擬器中套用轉換了。

注意： 如果您的實體裝置動作並未轉換模擬器，請嘗試再次執行步驟 5 的 adb 指令。

詳情請參閱 Android Emulator 指南。

不要封鎖 onSensorChanged() 方法

感應器資料可能會頻繁變更，這表示系統可能會經常呼叫 onSensorChanged(SensorEvent) 方法。最佳做法是在 onSensorChanged(SensorEvent) 方法中盡量減少，以免封鎖。如果您的應用程式需要篩選或縮減感應器資料，則應在 onSensorChanged(SensorEvent) 方法之外執行這項工作。

避免使用已淘汰的方法或感應器類型

部分方法和常數已淘汰。具體來說，TYPE_ORIENTATION 感應器類型已淘汰。如要取得方向資料，請改用 getOrientation() 方法。同樣地，TYPE_TEMPERATURE 感應器類型也已淘汰。您應該在搭載 Android 4.0 的裝置上改用 TYPE_AMBIENT_TEMPERATURE 感應器類型。

使用感應器前，請先驗證感應器

嘗試從裝置擷取資料前，請務必先確認裝置上是否存在感應器。不要假設感應器確實存在，因為這是常用的感應器。裝置製造商不需要在自家裝置中提供任何特定感應器。

謹慎選擇感應器延遲時間

使用 registerListener() 方法註冊感應器時，請務必選擇適合應用程式或用途的傳送率。感應器能以極高速率提供資料。允許系統傳送不需要的額外資料，以免浪費系統資源並消耗電池電力。

下一頁
動作感應器