Effective in 2026, to align with our trunk stable development model and ensure platform stability for the ecosystem, we will publish source code to AOSP in Q2 and Q4. For building and contributing to AOSP, use android-latest-release. The android-latest-release manifest branch will always reference the most recent release pushed to AOSP. For more information, see Changes to AOSP.
Google 會運用 AI 技術將內容翻譯成你偏好的語言,但可能會出錯。
實作觸覺回饋
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
一般來說,裝置製造商是為每部裝置建立的私有資產擁有者。因此,工程團隊通常會以裝置為單位投入心力,很少或完全不會費心確保生態系統中其他裝置的一致性。
與此相反,開發人員致力於建構適用於生態系統中所有 Android 手機的應用程式,無論每部裝置的技術規格為何。這種做法的差異可能會導致片段化問題,例如某些手機的硬體功能不符合應用程式開發人員設定的期望。因此,如果觸覺回饋 API 僅適用於部分 Android 手機,就會導致生態系統不一致。因此,硬體設定在確保製造商能在每部裝置上實作 Android 觸覺 API 時,扮演著至關重要的角色。
本頁面提供逐步檢查清單,協助您設定硬體相容性,充分運用 Android 觸覺回饋 API。
下圖說明裝置製造商和開發人員如何建立共同知識,這是建立一致生態系統的重要步驟:
圖 1. 在裝置製造商和開發人員之間建立知識
觸覺回饋實作檢查清單
導入常數
導入原始物件
在 HAL 和 API 之間對應地圖常數
- 公共 API 常數 (在架構中稱為預留位置) 與 HAL 常數之間的對應建議,這些常數會實作預留位置。
- 如要進一步瞭解這項程序,請參閱「設計原則,引導建議的對應」。
實作分段線性包絡 (PWLE) 效果
評估硬體
這個頁面中的內容和程式碼範例均受《內容授權》中的授權所規範。Java 與 OpenJDK 是 Oracle 和/或其關係企業的商標或註冊商標。
上次更新時間:2026-06-18 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["缺少我需要的資訊","missingTheInformationINeed","thumb-down"],["過於複雜/步驟過多","tooComplicatedTooManySteps","thumb-down"],["過時","outOfDate","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["示例/程式碼問題","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2026-06-18 (世界標準時間)。"],[],[]]