Beginning in API 19, the trigger ti

Beginning in API 19, the trigger time passed to this method is treated as inexact: the alarm will not be delivered before this time, but may be deferred and delivered some time later. The OS will use this policy in order to "batch" alarms together across the entire system, minimizing the number of times the device needs to "wake up" and minimizing battery use. In general, alarms scheduled in the near future will not be deferred as long as alarms scheduled far in the future.

Kết quả (Việt) 1:

Bắt đầu từ API 19, vào thời điểm kích hoạt thông qua phương pháp này được coi như những: báo động sẽ không được chuyển giao trước thời gian này, nhưng có thể được trả chậm và giao hàng một thời gian sau đó. Hệ điều hành sẽ sử dụng chính sách này để "hàng loạt" hệ thống báo động với nhau trên toàn bộ hệ thống, giảm thiểu số lần các thiết bị cần phải "thức dậy" và giảm thiểu pin sử dụng. Nói chung, Hệ thống báo động dự kiến trong tương lai gần sẽ không được hoãn miễn là hệ thống báo động theo lịch trình đến nay trong tương lai.

Kết quả (Việt) 2:

Bắt đầu từ năm API 19, thời gian kích hoạt thông qua phương pháp này được coi là không chính xác: báo động sẽ không được gửi trước thời gian này, nhưng có thể được trì hoãn và giao một thời gian sau đó. Các hệ điều hành sẽ sử dụng chính sách này để "lô" báo động với nhau trên toàn bộ hệ thống, giảm thiểu số lần thiết bị cần phải "thức dậy" và giảm thiểu sử dụng pin. Nói chung, báo động lên kế hoạch trong tương lai gần sẽ không thể trì hoãn càng lâu càng báo động lên kế hoạch xa trong tương lai.