Đã có biện pháp thực thi chất lượng kỹ thuật về pin: Cách tối ưu hoá các trường hợp sử dụng phổ biến cho tính năng khoá chế độ thức

Nhận thấy rằng tình trạng pin hao quá mức là mối quan tâm hàng đầu của người dùng Android, Google đã thực hiện các bước quan trọng để giúp nhà phát triển xây dựng các ứng dụng tiết kiệm pin hơn. Vào ngày 1 tháng 3 năm 2026, Cửa hàng Google Play bắt đầu triển khai các biện pháp xử lý chất lượng kỹ thuật về tính năng khoá chế độ thức để cải thiện tình trạng pin hao. Biện pháp xử lý này sẽ được triển khai từng bước cho các ứng dụng bị ảnh hưởng trong những tuần tiếp theo. Những ứng dụng liên tục vượt quá ngưỡng "Khoá chế độ thức một phần quá mức" trong Android vitals có thể chịu tác động hữu hình đến sự hiện diện của mình trên Cửa hàng Play, bao gồm cả việc nhận cảnh báo trên trang thông tin trên Cửa hàng Play và bị loại trừ khỏi các nền tảng khám phá như đề xuất.

Người dùng có thể thấy cảnh báo trên trang thông tin của bạn trên Cửa hàng Play nếu ứng dụng của bạn vượt quá ngưỡng hành vi xấu. 

Sáng kiến này đã nâng hiệu suất pin lên thành một chỉ số quan trọng cốt lõi cùng với các chỉ số về độ ổn định như sự cố và lỗi ANR. "Ngưỡng hành vi xấu" được định nghĩa là việc giữ một tính năng khoá chế độ thức một phần không được miễn trừ trong trung bình ít nhất 2 giờ khi màn hình tắt trong hơn 5% số phiên người dùng trong 28 ngày qua. Một tính năng khoá chế độ thức được miễn trừ nếu đó là tính năng khoá chế độ thức do hệ thống giữ và mang lại lợi ích rõ ràng cho người dùng mà không thể tối ưu hoá thêm, chẳng hạn như phát âm thanh, truy cập vị trí hoặc chuyển dữ liệu do người dùng khởi tạo. Bạn có thể xem định nghĩa đầy đủ về tính năng khoá chế độ thức quá mức trong tài liệu Android vitals.

Trong khuôn khổ sáng kiến đang diễn ra của chúng tôi nhằm cải thiện thời lượng pin trên toàn bộ hệ sinh thái Android, chúng tôi đã phân tích hàng nghìn ứng dụng và cách chúng sử dụng tính năng khoá chế độ thức một phần. Mặc dù đôi khi tính năng khoá chế độ thức là cần thiết, nhưng chúng tôi thường thấy các ứng dụng giữ tính năng này một cách không hiệu quả hoặc không cần thiết, trong khi đã có các giải pháp hiệu quả hơn. Blog này sẽ trình bày những trường hợp phổ biến nhất khi tính năng khoá chế độ thức quá mức xảy ra và các đề xuất của chúng tôi để tối ưu hoá tính năng khoá chế độ thức.Chúng tôi đã thấy được thành công đáng kể từ các đối tác như WHOOP, những người đã tận dụng các đề xuất này để tối ưu hoá hành vi ở chế độ nền của họ.

Sử dụng dịch vụ trên nền trước so với tính năng khoá chế độ thức một phần

Chúng tôi thường thấy nhà phát triển gặp khó khăn trong việc hiểu rõ sự khác biệt giữa hai khái niệm khi thực thi ở chế độ nền: dịch vụ trên nền trước và tính năng khoá chế độ thức một phần.

Dịch vụ trên nền trước là một API vòng đời báo hiệu cho hệ thống rằng một ứng dụng đang thực hiện công việc mà người dùng có thể nhận thấy và không nên bị tắt để thu hồi bộ nhớ, nhưng dịch vụ này không tự động ngăn CPU chuyển sang chế độ ngủ khi màn hình tắt. Ngược lại, tính năng khoá chế độ thức một phần là một cơ chế được thiết kế đặc biệt để giữ cho CPU chạy ngay cả khi màn hình tắt. 

Mặc dù dịch vụ trên nền trước thường là cần thiết để tiếp tục hành động của người dùng, nhưng việc thu nạp tính năng khoá chế độ thức một phần theo cách thủ công chỉ cần thiết khi kết hợp với dịch vụ trên nền trước trong khoảng thời gian hoạt động của CPU. Ngoài ra, bạn không cần sử dụng tính năng khoá chế độ thức nếu đã sử dụng một API giúp thiết bị luôn ở trạng thái thức. 

Hãy tham khảo sơ đồ quy trình trong Chọn API phù hợp để giữ cho thiết bị ở trạng thái thức để đảm bảo bạn hiểu rõ về công cụ cần sử dụng để tránh thu nạp tính năng khoá chế độ thức trong những trường hợp không cần thiết.

Thư viện bên thứ ba thu nạp tính năng khoá chế độ thức

Ứng dụng thường phát hiện thấy rằng ứng dụng đó được gắn cờ vì tính năng khoá chế độ thức quá mức do SDK bên thứ ba hoặc API hệ thống giữ thay cho ứng dụng đó. Để xác định và giải quyết các tính năng khoá chế độ thức này, bạn nên thực hiện các bước sau:

• Kiểm tra Android vitals: Tìm tên chính xác của tính năng khoá chế độ thức vi phạm trong trang tổng quan về tính năng khoá chế độ thức một phần quá mức. Tham chiếu chéo tên này với hướng dẫn Xác định tính năng khoá chế độ thức do các API khác tạo để xem tính năng này có được tạo bởi một API hệ thống hoặc thư viện Jetpack đã biết hay không. Nếu có, bạn có thể cần tối ưu hoá việc sử dụng API và có thể tham khảo hướng dẫn được đề xuất.
• Ghi lại dấu vết hệ thống: Nếu không xác định được tính năng khoá chế độ thức một cách dễ dàng, hãy tái tạo vấn đề về tính năng khoá chế độ thức cục bộ bằng cách sử dụng dấu vết hệ thống và kiểm tra vấn đề đó bằng Giao diện người dùng Perfetto. Bạn có thể tìm hiểu thêm về cách thực hiện việc này trong phần Gỡ lỗi các loại tính năng khoá chế độ thức quá mức khác của bài đăng này trên blog.
• Đánh giá các giải pháp thay thế: Nếu một thư viện không hiệu quả của bên thứ ba chịu trách nhiệm và không thể định cấu hình để tôn trọng thời lượng pin, hãy cân nhắc việc trao đổi vấn đề này với chủ sở hữu SDK, tìm một SDK thay thế hoặc tự xây dựng chức năng này.

Các trường hợp phổ biến về tính năng khoá chế độ thức

Dưới đây là thông tin chi tiết về một số trường hợp sử dụng cụ thể mà chúng tôi đã xem xét, cùng với lộ trình được đề xuất để tối ưu hoá việc triển khai tính năng khoá chế độ thức.

Tải lên hoặc tải xuống do người dùng khởi tạo

Các trường hợp sử dụng mẫu:

• Các ứng dụng truyền phát video trực tuyến trong đó người dùng kích hoạt quá trình tải một tệp lớn xuống để truy cập khi không có mạng.
• Các ứng dụng sao lưu nội dung truyền thông trong đó người dùng kích hoạt quá trình tải ảnh gần đây của họ lên thông qua lời nhắc thông báo.

Cách giảm tính năng khoá chế độ thức: 

• Không thu nạp tính năng khoá chế độ thức theo cách thủ công. Thay vào đó, hãy sử dụng API Chuyển dữ liệu do người dùng khởi tạo (UIDT). Đây là lộ trình được chỉ định cho các tác vụ chuyển dữ liệu chạy lâu do người dùng khởi tạo và được miễn trừ khỏi các tính toán về tính năng khoá chế độ thức quá mức.

Đồng bộ hoá một lần hoặc định kỳ ở chế độ nền

Các trường hợp sử dụng mẫu:

• Một ứng dụng thực hiện đồng bộ hoá định kỳ ở chế độ nền để tìm nạp dữ liệu nhằm truy cập khi không có mạng. 
• Các ứng dụng máy đếm bước tìm nạp số bước theo định kỳ.

Cách giảm tính năng khoá chế độ thức:

• Không thu nạp tính năng khoá chế độ thức theo cách thủ công. Sử dụng WorkManager được định cấu hình cho công việc một lần hoặc định kỳ. WorkManager tôn trọng tình trạng hệ thống bằng cách phân lô các tác vụ và có khoảng thời gian định kỳ tối thiểu (15 phút), thường là đủ cho các bản cập nhật ở chế độ nền. 
• Nếu bạn xác định tính năng khoá chế độ thức do WorkManager hoặc JobScheduler tạo với mức sử dụng tính năng khoá chế độ thức cao, thì có thể là do bạn đã định cấu hình sai trình thực thi để không hoàn tất trong một số trường hợp. Hãy cân nhắc việc phân tích các lý do dừng trình thực thi, đặc biệt nếu bạn thấy nhiều trường hợp STOP_REASON_TIMEOUT. 

workManager.getWorkInfoByIdFlow(syncWorker.id)
  .collect { workInfo ->
      if (workInfo != null) {
        val stopReason = workInfo.stopReason
        logStopReason(syncWorker.id, stopReason)
      }
  }

• Ngoài việc ghi lại các lý do dừng trình thực thi, hãy tham khảo tài liệu của chúng tôi về gỡ lỗi trình thực thi. Ngoài ra, hãy cân nhắc việc thu thập và phân tích dấu vết hệ thống để hiểu rõ thời điểm thu nạp và phát hành tính năng khoá chế độ thức.
• Cuối cùng, hãy xem nghiên cứu điển hình của chúng tôi với WHOOP, trong đó họ đã có thể phát hiện ra vấn đề về cấu hình của trình thực thi và giảm đáng kể tác động của tính năng khoá chế độ thức.

Giao tiếp qua Bluetooth

Các trường hợp sử dụng mẫu:

• Ứng dụng quản lý thiết bị đồng hành nhắc người dùng ghép nối thiết bị bên ngoài qua Bluetooth.
• Ứng dụng quản lý thiết bị đồng hành theo dõi các sự kiện phần cứng trên thiết bị bên ngoài và thay đổi mà người dùng có thể thấy trong thông báo.
• Người dùng của ứng dụng thiết bị đồng hành khởi tạo quá trình chuyển tệp giữa thiết bị di động và thiết bị Bluetooth.
• Ứng dụng quản lý thiết bị đồng hành thỉnh thoảng cập nhật chương trình cơ sở cho thiết bị bên ngoài qua Bluetooth.

Cách giảm tính năng khoá chế độ thức:

• Sử dụng tính năng ghép nối thiết bị đồng hành để ghép nối các thiết bị Bluetooth nhằm tránh thu nạp tính năng khoá chế độ thức theo cách thủ công trong quá trình ghép nối Bluetooth. 
• Tham khảo hướng dẫn Giao tiếp ở chế độ nền để hiểu cách giao tiếp qua Bluetooth ở chế độ nền. 
• Việc sử dụng WorkManager thường là đủ nếu không có tác động nào đến người dùng đối với việc giao tiếp bị trì hoãn. Nếu bạn cho rằng cần có tính năng khoá chế độ thức theo cách thủ công, hãy chỉ giữ tính năng khoá chế độ thức trong khoảng thời gian hoạt động của Bluetooth hoặc xử lý dữ liệu hoạt động.

Theo dõi vị trí

Các trường hợp sử dụng mẫu:

• Các ứng dụng thể dục lưu vào bộ nhớ đệm dữ liệu vị trí để tải lên sau, chẳng hạn như vẽ các tuyến đường chạy
• Các ứng dụng giao đồ ăn tìm nạp dữ liệu vị trí với tần suất cao để cập nhật tiến trình giao hàng trong giao diện người dùng thông báo hoặc tiện ích.

Cách giảm tính năng khoá chế độ thức:

• Tham khảo hướng dẫn của chúng tôi để Tối ưu hoá việc sử dụng vị trí. Hãy cân nhắc việc triển khai thời gian chờ, tận dụng tính năng phân lô yêu cầu vị trí hoặc sử dụng các bản cập nhật vị trí thụ động để đảm bảo hiệu suất pin.
• Khi yêu cầu thông tin cập nhật vị trí bằng cách sử dụng API FusedLocationProvider hoặc LocationManager, hệ thống sẽ tự động kích hoạt quá trình đánh thức thiết bị trong lệnh gọi lại sự kiện vị trí. Tính năng khoá chế độ thức ngắn gọn do hệ thống quản lý này được miễn trừ khỏi các tính toán về tính năng khoá chế độ thức một phần quá mức.
• Tránh thu nạp tính năng khoá chế độ thức riêng biệt và liên tục để lưu vào bộ nhớ đệm dữ liệu vị trí, vì việc này là không cần thiết. Thay vào đó, hãy duy trì các sự kiện vị trí trong bộ nhớ hoặc bộ nhớ cục bộ và tận dụng WorkManager để xử lý các sự kiện đó theo định kỳ.

override fun onCreate(savedInstanceState: Bundle?) {
    locationCallback = object : LocationCallback() {
        override fun onLocationResult(locationResult: LocationResult?) {
            locationResult ?: return
            // System wakes up CPU for short duration
            for (location in locationResult.locations){
                // Store data in memory to process at another time
            }
        }
    }
}

Giám sát cảm biến tần suất cao

Các trường hợp sử dụng mẫu:

• Các ứng dụng máy đếm bước thụ động thu thập số bước hoặc quãng đường đã đi. 
• Các ứng dụng an toàn giám sát các cảm biến của thiết bị để phát hiện những thay đổi nhanh chóng theo thời gian thực, nhằm cung cấp các tính năng như phát hiện sự cố hoặc phát hiện ngã.

Cách giảm tính năng khoá chế độ thức:

• Nếu sử dụng SensorManager, hãy giảm mức sử dụng xuống các khoảng thời gian định kỳ và chỉ khi người dùng đã cấp quyền truy cập một cách rõ ràng thông qua hoạt động tương tác trên giao diện người dùng. Việc giám sát cảm biến tần suất cao có thể làm hao pin đáng kể do số lần đánh thức CPU và quá trình xử lý xảy ra.
• Nếu bạn đang theo dõi số bước hoặc quãng đường đã đi, thay vì sử dụng SensorManager, hãy tận dụng Recording API hoặc cân nhắc sử dụng Health Connect để truy cập số bước của thiết bị trong quá khứ và tổng hợp nhằm thu thập dữ liệu một cách tiết kiệm pin.
• Nếu bạn đang đăng ký cảm biến bằng SensorManager, hãy chỉ định maxReportLatencyUs là 30 giây trở lên để tận dụng tính năng phân lô cảm biến nhằm giảm thiểu tần suất gián đoạn CPU. Khi thiết bị được đánh thức sau đó bằng một điều kiện kích hoạt khác, chẳng hạn như lượt tương tác của người dùng, truy xuất vị trí hoặc lệnh theo lịch biểu, hệ thống sẽ gửi ngay dữ liệu cảm biến được lưu vào bộ nhớ đệm.

val accelerometer = sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER)

sensorManager.registerListener(this,
                 accelerometer,
                 samplingPeriodUs, // How often to sample data
                 maxReportLatencyUs // Key for sensor batching 
              )

• Nếu ứng dụng của bạn yêu cầu cả dữ liệu vị trí và dữ liệu cảm biến, hãy đồng bộ hoá quá trình truy xuất và xử lý sự kiện của chúng. Bằng cách tận dụng các chỉ số cảm biến trên tính năng khoá chế độ thức ngắn gọn mà hệ thống giữ để cập nhật vị trí, bạn tránh được việc cần có tính năng khoá chế độ thức để giữ cho CPU ở trạng thái thức. Sử dụng trình thực thi hoặc tính năng khoá chế độ thức có thời lượng ngắn để xử lý quá trình tải lên và xử lý dữ liệu kết hợp này.

Nhắn tin từ xa

Các trường hợp sử dụng mẫu:

• Các ứng dụng đồng hành giám sát video hoặc âm thanh cần giám sát các sự kiện xảy ra trên thiết bị bên ngoài được kết nối bằng mạng cục bộ.
• Các ứng dụng nhắn tin duy trì kết nối ổ cắm mạng với biến thể dành cho máy tính.

Cách giảm tính năng khoá chế độ thức:

• Nếu các sự kiện mạng có thể được xử lý ở phía máy chủ, hãy sử dụng FCM để nhận thông tin trên máy khách. Bạn có thể chọn lên lịch cho trình thực thi được tăng tốc nếu cần xử lý thêm dữ liệu FCM. 
• Nếu các sự kiện phải được xử lý ở phía máy khách thông qua kết nối ổ cắm, thì bạn không cần tính năng khoá chế độ thức để theo dõi các gián đoạn sự kiện. Khi các gói dữ liệu đến đài Wi-Fi hoặc đài di động, phần cứng đài sẽ kích hoạt gián đoạn phần cứng ở dạng tính năng khoá chế độ thức của kernel. Sau đó, bạn có thể chọn lên lịch cho trình thực thi hoặc thu nạp tính năng khoá chế độ thức để xử lý dữ liệu.
• Ví dụ: nếu bạn đang sử dụng ktor-network để theo dõi các gói dữ liệu trên ổ cắm mạng, bạn chỉ nên thu nạp tính năng khoá chế độ thức khi các gói đã được gửi đến máy khách và cần được xử lý.

val readChannel = socket.openReadChannel()
while (!readChannel.isClosedForRead) {
    // CPU can safely sleep here while waiting for the next packet
    val packet = readChannel.readRemaining(1024) 
    if (!packet.isEmpty) {
         // Data Arrived: The system woke the CPU and we should keep it awake via manual wake lock (urgent) or scheduling a worker (non-urgent)
         performWorkWithWakeLock { 
              val data = packet.readBytes()
              // Additional logic to process data packets
         }
    }
}

Tóm tắt

Bằng cách áp dụng các giải pháp được đề xuất này cho các trường hợp sử dụng phổ biến như đồng bộ hoá ở chế độ nền, theo dõi vị trí, giám sát cảm biến và giao tiếp qua mạng, nhà phát triển có thể nỗ lực giảm mức sử dụng tính năng khoá chế độ thức không cần thiết. Để tiếp tục tìm hiểu, hãy đọc bài đăng khác trên blog kỹ thuật của chúng tôi hoặc xem video kỹ thuật của chúng tôi về cách khám phá và gỡ lỗi tính năng khoá chế độ thức: Tối ưu hoá pin ứng dụng bằng chỉ số khoá chế độ thức của Android vitals. Ngoài ra, hãy tham khảo tài liệu đã cập nhật về tính năng khoá chế độ thức. Để giúp chúng tôi tiếp tục cải thiện các tài nguyên kỹ thuật, vui lòng chia sẻ mọi ý kiến phản hồi bổ sung về hướng dẫn của chúng tôi trong khảo sát ý kiến phản hồi về tài liệu.