Mục tiêu không hoạt động trong Dịch vụ sức khoẻ
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.
Dịch vụ sức khoẻ hiện hỗ trợ mục tiêu ngừng hoạt động cho các chỉ số tức thì, chẳng hạn như nhịp tim, quãng đường và tốc độ. Mục tiêu không hoạt động sẽ cải thiện trải nghiệm người dùng cho những người muốn duy trì một ngưỡng hoặc phạm vi cụ thể (chẳng hạn như nhịp tim) trong suốt quá trình tập thể dục.
Mục tiêu bị phân tách sẽ ngăn cùng một sự kiện được phát ra nhiều lần (mỗi khi điều kiện đó đúng) trong một khoảng thời gian ngắn. Thay vào đó, các sự kiện chỉ được đưa ra nếu ngưỡng giới hạn liên tục bị vượt quá trong một khoảng thời gian có thể định cấu hình, thường là vài giây. Thời lượng ở ngưỡng là khoảng thời gian không gián đoạn mà người dùng cần vượt qua ngưỡng được chỉ định trước khi Dịch vụ sức khoẻ gửi một sự kiện cảnh báo.
Bạn cũng có thể ngăn sự kiện được phát ngay sau khi đăng ký mục tiêu. Độ trễ ban đầu là khoảng thời gian cần phải trôi qua kể từ khi đăng ký mục tiêu trước khi ứng dụng của bạn nhận được thông báo.
Khi được kết hợp, "thời lượng ở ngưỡng" và "độ trễ ban đầu" làm giảm số lượng cảnh báo giả và cảnh báo lặp lại xuất hiện cho người dùng nếu ứng dụng của bạn cho phép người dùng đặt mục tiêu hoặc mục tiêu tập thể dục.
Nghiên cứu điển hình: nhịp tim
Vùng nhịp tim là một trường hợp sử dụng phổ biến cho mục tiêu bật lên. Nhịp tim dao động liên tục trong suốt một bài tập thể dục, đặc biệt là trong các hoạt động nặng về tim. Nếu không hỗ trợ gỡ bỏ, ứng dụng có thể nhận được nhiều cảnh báo trong một khoảng thời gian ngắn, chẳng hạn như mỗi khi nhịp tim của người dùng giảm xuống trên hoặc dưới phạm vi mục tiêu.
Bằng cách áp dụng "độ trễ ban đầu", bạn có thể thông báo cho Dịch vụ sức khoẻ để chỉ gửi cảnh báo mục tiêu sau khi một khoảng thời gian cụ thể đã trôi qua. Bạn có thể coi đây là một khoảng thời gian điều chỉnh. Bằng cách giới thiệu "thời lượng ở ngưỡng", bạn có thể tiến hành tuỳ chỉnh này hơn nữa bằng cách chỉ định khoảng thời gian phải trôi qua khi người dùng đạt hoặc nằm ngoài ngưỡng đã chỉ định để kích hoạt mục tiêu của họ.
Trong thực tế, điều này có thể liên quan đến việc chờ người dùng vượt ra khỏi phạm vi nhịp tim mục tiêu trong 15 giây trước khi ứng dụng cho họ biết để tăng hoặc giảm cường độ tập thể dục.
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,["# Debounced goals in Health Services\n\nHealth Services now supports *debounced goals* for instantaneous metrics, such\nas heart rate, distance, and speed. Debounced goals improve the user experience\nfor people who want to maintain a specific threshold or range---such as heart\nrate---throughout their workout.\n\nDebounced goals prevent the same event from being emitted multiple times---every\ntime the condition is true---over a short time period. Instead, events are emitted\nonly if the threshold has been continuously exceeded for a configurable period\nof time, usually some number of seconds. **Duration at threshold** is the amount\nof uninterrupted time the user needs to cross the specified threshold before\nHealth Services sends an alert event.\n\nYou can also prevent events from being emitted immediately after goal\nregistration. **Initial delay** is the amount of time that must pass, since goal\nregistration, before your app is notified.\n\nWhen combined, \"duration at threshold\" and \"initial delay\" reduce the number of\nfalse positives and repeated alerts surfaced to users if your app lets users set\nfitness goals or targets.\n\nCase study: heart rate\n----------------------\n\nA common use case for debounced goals involves heart rate zones. Heart rate\ncontinuously fluctuates throughout an exercise, especially during\ncardio-intensive activities. Without support for debouncing, an app might get\nmany alerts in a short period of time, such as each time the user's heart rate\ndips above or below the target range.\n\nBy introducing an \"initial delay,\" you can inform Health Services to send a goal\nalert only after a specified time period has passed--you can think of this as an\nadjustment period. By introducing a \"duration at threshold,\" you can take this\ncustomization further, by specifying the amount of time that must elapse while\nthe user is in or out of the specified threshold for their goal to be activated.\n\nIn practice, this might involve waiting for the user to be out of their target\nheart rate range for 15 seconds before your app lets them know to increase or\ndecrease their exercise intensity."]]