系統屬性提供便利的方式,可全系統共用資訊 (通常是設定)。每個分割區都可以在內部使用自己的系統屬性。跨分割區存取屬性時可能會發生問題,例如存取 /system 定義的屬性。/vendor自 Android 8.0 起,部分磁碟分割區 (例如 /system) 可以升級,但 /vendor 則維持不變。由於系統屬性只是沒有結構定義的字串鍵/值組合全域字典,因此很難穩定屬性。/system 分區可能會變更或移除 /vendor 分區所依附的屬性,且不會另行通知。
從 Android 10 版本開始,跨分割區存取的系統屬性會以 Sysprop 說明檔的形式架構化,而存取屬性的 API 則會產生 C++ 和 Rust 的具體函式,以及 Java 的類別。這些 API 更方便使用,因為存取時不需要任何神奇字串 (例如 ro.build.date),而且可以靜態輸入。系統也會在建構時檢查 ABI 穩定性,如果發生不相容的變更,建構作業就會中斷。這項檢查會做為分區之間明確定義的介面。這些 API 也能確保 Rust、Java 和 C++ 之間的一致性。
將系統屬性定義為 API
使用 Sysprop 說明檔 (.sysprop) 將系統屬性定義為 API,這類檔案使用 protobuf 的 TextFormat,並採用下列結構定義:
// File: sysprop.proto
syntax = "proto3";
package sysprop;
enum Access {
  Readonly = 0;
  Writeonce = 1;
  ReadWrite = 2;
}
enum Owner {
  Platform = 0;
  Vendor = 1;
  Odm = 2;
}
enum Scope {
  Public = 0;
  Internal = 2;
}
enum Type {
  Boolean = 0;
  Integer = 1;
  Long = 2;
  Double = 3;
  String = 4;
  Enum = 5;
  UInt = 6;
  ULong = 7;
  BooleanList = 20;
  IntegerList = 21;
  LongList = 22;
  DoubleList = 23;
  StringList = 24;
  EnumList = 25;
  UIntList = 26;
  ULongList = 27;
}
message Property {
  string api_name = 1;
  Type type = 2;
  Access access = 3;
  Scope scope = 4;
  string prop_name = 5;
  string enum_values = 6;
  bool integer_as_bool = 7;
  string legacy_prop_name = 8;
}
message Properties {
  Owner owner = 1;
  string module = 2;
  repeated Property prop = 3;
}
一個 Sysprop 說明檔案包含一個屬性訊息,說明一組屬性。欄位意義如下:
| 欄位 | 意義 | 
|---|---|
| owner | 設為擁有屬性的分割區: Platform、Vendor或Odm。 | 
| module | 用於建立命名空間 (C++) 或靜態最終類別 (Java),其中會放置產生的 API。舉例來說, com.android.sysprop.BuildProperties在 C++ 中會是com::android::sysprop::BuildProperties命名空間,在 Java 中則是com.android.sysprop套件中的BuildProperties類別。 | 
| prop | 屬性清單。 | 
Property 訊息欄位的意義如下。
| 欄位 | 意義 | 
|---|---|
| api_name | 產生的 API 名稱。 | 
| type | 這個屬性的類型。 | 
| access | Readonly:僅產生 getter APIWriteonce、ReadWrite:產生 getter 和 setter API注意:前置字元為 ro.的屬性可能無法使用ReadWrite存取權。 | 
| scope | Internal:只有擁有者可以存取。Public:所有人都能存取,但 NDK 模組除外。 | 
| prop_name | 基礎系統屬性的名稱,例如 ro.build.date。 | 
| enum_values | (僅限 Enum、EnumList) 以直立線(|) 分隔的字串,由可能的列舉值組成。例如:value1|value2。 | 
| integer_as_bool | (僅限 Boolean、BooleanList) 讓設定器使用0和1,而非false和true。 | 
| legacy_prop_name | (選用,僅限 Readonly屬性) 基礎系統屬性的舊版名稱。呼叫 getter 時,getter API 會嘗試讀取prop_name,如果prop_name不存在,則會使用legacy_prop_name。如果想淘汰現有資源並改用新資源,請使用legacy_prop_name。 | 
每種屬性類型都會對應至 C++、Java 和 Rust 中的下列型別。
| 類型 | C++ | Java | Rust | 
|---|---|---|---|
| Boolean | std::optional<bool> | Optional<Boolean> | bool | 
| 整數 | std::optional<std::int32_t> | Optional<Integer> | i32 | 
| UInt | std::optional<std::uint32_t> | Optional<Integer> | u32 | 
| Long | std::optional<std::int64_t> | Optional<Long> | i64 | 
| ULong | std::optional<std::uint64_t> | Optional<Long> | u64 | 
| Double | std::optional<double> | Optional<Double> | f64 | 
| String | std::optional<std::string> | Optional<String> | String | 
| 列舉 | std::optional<{api_name}_values> | Optional<{api_name}_values> | {ApiName}Values | 
| T 清單 | std::vector<std::optional<T>> | List<T> | Vec<T> | 
以下是 Sysprop 說明檔範例,其中定義了三項屬性:
# File: android/sysprop/PlatformProperties.sysprop
owner: Platform
module: "android.sysprop.PlatformProperties"
prop {
    api_name: "build_date"
    type: String
    prop_name: "ro.build.date"
    scope: Public
    access: Readonly
}
prop {
    api_name: "date_utc"
    type: Integer
    prop_name: "ro.build.date_utc"
    scope: Internal
    access: Readonly
}
prop {
    api_name: "device_status"
    type: Enum
    enum_values: "on|off|unknown"
    prop_name: "device.status"
    scope: Public
    access: ReadWrite
}
定義系統屬性程式庫
您現在可以使用 Sysprop 說明檔定義 sysprop_library 模組。sysprop_library 可做為 C++、Java 和 Rust 的 API。建構系統會在內部為每個 sysprop_library 執行個體產生一個 rust_library、一個 java_library 和一個 cc_library。
// File: Android.bp
sysprop_library {
    name: "PlatformProperties",
    srcs: ["android/sysprop/PlatformProperties.sysprop"],
    property_owner: "Platform",
    vendor_available: true,
}
您必須在 API 檢查的來源中加入 API 清單檔案。如要這麼做,請建立 API 檔案和 api 目錄。將 api 目錄放在與 Android.bp 相同的目錄中。API 檔案名稱為 <module_name>-current.txt 和 <module_name>-latest.txt。<module_name>-current.txt 包含目前原始碼的 API 簽章,而 <module_name>-latest.txt 包含最新的凍結 API 簽章。建構系統會比較這些 API 檔案與建構時產生的 API 檔案,檢查 API 是否有變更,並在 current.txt 與原始碼不符時發出錯誤訊息和更新 current.txt 檔案的指示。以下是目錄和檔案的組織範例:
├── api
│   ├── PlatformProperties-current.txt
│   └── PlatformProperties-latest.txt
└── Android.bp
Rust、Java 和 C++ 用戶端模組可以連結 sysprop_library,使用產生的 API。建構系統會建立從用戶端到產生的 C++、Java 和 Rust 程式庫的連結,讓用戶端存取產生的 API。
java_library {
    name: "JavaClient",
    srcs: ["foo/bar.java"],
    libs: ["PlatformProperties"],
}
cc_binary {
    name: "cc_client",
    srcs: ["baz.cpp"],
    shared_libs: ["libPlatformProperties"],
}
rust_binary {
    name: "rust_client",
    srcs: ["src/main.rs"],
    rustlibs: ["libplatformproperties_rust"],
}
請注意,Rust 程式庫名稱的產生方式是將 sysprop_library 名稱轉換為小寫、將 . 和 - 替換為 _,然後在開頭加上 lib,結尾加上 _rust。
在上述範例中,您可以透過下列方式存取已定義的屬性。
Rust 範例:
use platformproperties::DeviceStatusValues;
fn foo() -> Result<(), Error> {
  // Read "ro.build.date_utc". default value is -1.
  let date_utc = platformproperties::date_utc()?.unwrap_or_else(-1);
  // set "device.status" to "unknown" if "ro.build.date" is not set.
  if platformproperties::build_date()?.is_none() {
    platformproperties::set_device_status(DeviceStatusValues::UNKNOWN);
  }
  …
}
Java 範例:
import android.sysprop.PlatformProperties;
…
static void foo() {
    …
    // read "ro.build.date_utc". default value is -1
    Integer dateUtc = PlatformProperties.date_utc().orElse(-1);
    // set "device.status" to "unknown" if "ro.build.date" is not set
    if (!PlatformProperties.build_date().isPresent()) {
        PlatformProperties.device_status(
            PlatformProperties.device_status_values.UNKNOWN
        );
    }
    …
}
…
C++ 範例:
#include <android/sysprop/PlatformProperties.sysprop.h>
using namespace android::sysprop;
…
void bar() {
    …
    // read "ro.build.date". default value is "(unknown)"
    std::string build_date = PlatformProperties::build_date().value_or("(unknown)");
    // set "device.status" to "on" if it's "unknown" or not set
    using PlatformProperties::device_status_values;
    auto status = PlatformProperties::device_status();
    if (!status.has_value() || status.value() == device_status_values::UNKNOWN) {
        PlatformProperties::device_status(device_status_values::ON);
    }
    …
}
…
