Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release
thay vì aosp-main
để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Triển khai hiệu ứng xúc giác
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Nhà sản xuất thiết bị thường được coi là chủ sở hữu của các thành phần riêng tư được tạo cho từng thiết bị. Do đó, các nỗ lực kỹ thuật của họ thường tập trung vào mỗi thiết bị; hầu như không có nỗ lực nào được thực hiện để đảm bảo tính nhất quán của các thiết bị khác trong hệ sinh thái.
Ngược lại, nhà phát triển luôn nỗ lực xây dựng ứng dụng hoạt động trên tất cả điện thoại Android trong hệ sinh thái, bất kể thông số kỹ thuật của từng thiết bị.
Sự khác biệt về phương pháp này có thể gây ra sự phân mảnh, ví dụ: khả năng phần cứng của một số điện thoại không khớp với kỳ vọng của nhà phát triển ứng dụng. Vì vậy, nếu API haptics hoạt động trên một số điện thoại Android nhưng không hoạt động trên các điện thoại khác, thì hệ sinh thái sẽ không nhất quán. Đó là lý do cấu hình phần cứng đóng vai trò quan trọng trong việc đảm bảo rằng nhà sản xuất có thể triển khai API haptics của Android trên mọi thiết bị.
Trang này cung cấp danh sách kiểm tra từng bước để thiết lập khả năng tuân thủ phần cứng nhằm sử dụng hiệu quả nhất các API haptics của Android.
Hình sau đây minh hoạ việc xây dựng kiến thức chung giữa nhà sản xuất thiết bị và nhà phát triển. Đây là một bước quan trọng trong việc tạo ra một hệ sinh thái gắn kết:
Hình 1. Xây dựng kiến thức giữa nhà sản xuất thiết bị và nhà phát triển
Danh sách kiểm tra việc triển khai tính năng xúc giác
Triển khai hằng số
- Danh sách hằng số để triển khai tính năng phản hồi xúc giác.
Triển khai các dữ liệu gốc
- Hướng dẫn triển khai cho các thành phần gốc của cấu trúc HAL.
Liên kết các hằng số giữa HAL và API
Triển khai hiệu ứng bao phủ tuyến tính theo từng phần (PWLE)
- Hướng dẫn triển khai cho bao tần số và biên độ.
Đánh giá phần cứng
- Hướng dẫn về hiệu ứng xúc giác mục tiêu. Hãy làm theo hướng dẫn sau để kiểm tra nhanh phần cứng.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-07-27 UTC."],[],[],null,["# Implement haptics\n\nDevice manufacturers are generally considered the owners of the private assets\ncreated for each device. As such, their engineering efforts are often focused on\na *per-device basis*; little to no effort goes to the consistency of other\ndevices in the ecosystem.\n\nIn direct contrast, developers strive to build apps that work on *all* Android\nphones in the ecosystem, regardless of each device's technical specifications.\nThis difference in approach can cause a fragmentation problem, for example, the\nhardware capabilities of certain phones don't match expectations set by the app\ndevelopers. So if the haptics APIs work on some Android phones but not others,\nthe result is an inconsistent ecosystem. This is why hardware configuration\nplays a critical role in ensuring that manufacturers can implement Android\nhaptics APIs on *every* device.\n\nThis page provides a step-by-step checklist to set up hardware compliance for\nthe best use of the Android haptics APIs.\n\nThe following figure illustrates building common knowledge between device\nmanufacturers and developers, which is a critical step in creating a cohesive\necosystem:\n\n**Figure 1.** Building knowledge between device manufacturers and developers\n\nHaptics implementation checklist\n--------------------------------\n\n1. [Implement constants](/docs/core/interaction/haptics/haptics-constants-primitives#implement-constants)\n\n - List of constants to implement haptics.\n2. [Implement primitives](/docs/core/interaction/haptics/haptics-constants-primitives#implement-primitives)\n\n - Implementation guidance for HAL composition primitives.\n3. [Map constants between HAL and API](/docs/core/interaction/haptics/haptics-map-constants)\n\n - Mapping recommendations between public API constants (named *placeholders* in the framework) and HAL constants, which implement the placeholders.\n - See [Design principles to guide the recommended mapping](/docs/core/interaction/haptics/haptics-ux-design) to learn more about this process.\n4. [Implement piecewise linear envelope (PWLE) effects](/docs/core/interaction/haptics/haptics-pwle)\n\n - Implementation guidance for amplitude and frequency envelopes.\n5. [Assess the hardware](/docs/core/interaction/haptics/haptics-assess-hardware)\n\n - Instructions on target haptic effects. Use these instructions to perform quick checks on your hardware.\n\n| **Note:** You can learn more about building common knowledge between device manufacturers and developers in [Advanced Haptics: The When, What, and How of\n| Haptic APIs](https://www.youtube.com/watch?v=00jRoEFnpk8)."]]