onResume — Cơ bản, tương tác người dùng trong Android

Cơ bản về phương thức onResume trong Android

onResume — phương thức thứ ba trong vòng đời Activity, được gọi sau onStart, báo hiệu rằng màn hình đã sẵn sàng tương tác đầy đủ với người dùng. Tại thời điểm này, Activity ở đầu ngăn xếp tác vụ (back stack), hệ thống chuyển tất cả các sự kiện đầu vào cho nó, và ứng dụng có thể bắt đầu bất kỳ thao tác nào yêu cầu sự tham gia tích cực của người dùng: gọi video, trò chơi, ghi âm, vẽ trên Canvas.

onResume là một phần của “thời gian tồn tại ở tiền cảnh” (foreground lifetime) — khoảng thời gian giữa onResume và onPause. Đây là giai đoạn hoạt động tích cực nhất của Activity, khi ứng dụng tiêu thụ nhiều tài nguyên nhất: CPU để xử lý chạm, GPU để kết xuất hoạt ảnh, camera và micrô để ghi hình. Hiểu được cấp độ vòng đời này rất quan trọng để tối ưu hóa mức tiêu thụ năng lượng — các tài nguyên được mở trong onResume phải được đóng ngay lập tức trong onPause.

Theo Google I/O 2025, thời gian trung bình mà Activity dành ở trạng thái onResume mỗi phiên là 2–5 phút cho ứng dụng tin tức và 15–30 phút cho trò chơi và ứng dụng nhắn tin. Tất cả thời gian còn lại, Activity ở trạng thái onPause, onStop hoặc onDestroy. Điều này có nghĩa là tối ưu hóa mã onResume cụ thể mang lại lợi ích lớn nhất về hiệu suất và thời lượng pin.

onResume trong Activity

Trong Activity, phương thức onResume được gọi mỗi khi màn hình nhận được tiêu điểm đầu vào — khi khởi chạy lần đầu, khi quay lại từ Activity khác, khi đóng hộp thoại, khi mở khóa thiết bị. Đây là phương thức “nóng” có thể được gọi nhiều lần trong một phiên và việc triển khai nó phải nhẹ nhàng nhất có thể.

class CameraActivity : AppCompatActivity() {
    private var cameraProvider: ProcessCameraProvider? = null
    private var preview: Preview? = null

    override fun onResume() {
        super.onResume()
        val cameraProviderFuture = ProcessCameraProvider.getInstance(this)
        cameraProviderFuture.addListener({
            cameraProvider = cameraProviderFuture.get()
            val cameraSelector = CameraSelector.DEFAULT_BACK_CAMERA
            preview = Preview.Builder().build().also {
                it.setSurfaceProvider(binding?.viewFinder?.surfaceProvider)
            }
            try {
                cameraProvider?.unbindAll()
                cameraProvider?.bindToLifecycle(
                    this, cameraSelector, preview
                )
            } catch (e: Exception) {
                Log.e("Camera", "Failed to bind camera", e)
            }
        }, ContextCompact.getMainExecutor(this))
    }

    override fun onPause() {
        super.onPause()
        cameraProvider?.unbindAll()
        preview = null
    }
}

Ví dụ về CameraX minh họa cách sử dụng cổ điển của onResume/onPause: camera là tài nguyên độc quyền chỉ một ứng dụng có thể sử dụng tại một thời điểm. Ràng buộc camera với vòng đời qua bindToLifecycle tự động đóng camera trong onPause, nhưng lệnh gọi unbindAll rõ ràng đảm bảo giải phóng ngay lập tức. Điều này đặc biệt quan trọng khi chuyển đổi giữa các Activity: camera phải được giải phóng trước khi Activity khác cố gắng mở nó.

onResume trong Fragment

onResume trong Fragment được gọi sau khi Activity chứa nó đã nhận được onResume. Tuy nhiên, do đặc thù của FragmentManager và ViewPager, thời điểm gọi onResume cho Fragment có thể bị trễ so với Activity. Ví dụ: Fragment trong ViewPager với offscreenPageLimit = 1 chỉ nhận được onResume khi nó trở thành trang hiện tại, không phải khi Activity khởi động.

class VideoPlayerFragment : Fragment() {
    private var exoPlayer: ExoPlayer? = null

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        exoPlayer = ExoPlayer.Builder(requireContext()).build()
        binding?.playerView?.player = exoPlayer
    }

    override fun onResume() {
        super.onResume()
        exoPlayer?.play()
        if (userVisibleHint) {
            startBiometricAuth()
        }
    }

    override fun onPause() {
        exoPlayer?.pause()
        stopBiometricAuth()
        super.onPause()
    }
}

Kiểm tra userVisibleHint trong Fragment.onResume có liên quan đến ViewPager: Fragment có thể nhận được onResume nhưng bị ẩn bởi một trang lân cận (ví dụ: trong quá trình chuyển đổi hoạt ảnh). Trong những trường hợp như vậy, việc bắt đầu video hoặc sinh trắc học trong onResume mà không kiểm tra khả năng hiển thị sẽ dẫn đến hành vi không mong muốn. Bắt đầu từ Fragment 1.5.0, nên sử dụng FragmentTransaction.setMaxLifecycle() để kiểm soát chính xác vòng đời của các fragment trong ViewPager2.

onResume so với onStart: khi nào sử dụng cái gì

Các nhà phát triển thường nhầm lẫn onStart và onResume, đặt mã vào phương thức sai. Quy tắc chính: onStart — cho tài nguyên hoạt động trong khi hiển thị; onResume — cho tài nguyên yêu cầu tiêu điểm đầu vào. Hãy xem các tình huống cụ thể và lựa chọn phương thức chính xác.

Quy tắc thực tế: nếu một thao tác nên bị gián đoạn khi hộp thoại xuất hiện — hãy sử dụng onResume/onPause. Nếu một thao tác có thể tiếp tục khi màn hình bị che một phần — hãy sử dụng onStart/onStop. Ví dụ: trình phát video nên tạm dừng video khi mở hộp thoại (onPause), trong khi định vị địa lý có thể tiếp tục cập nhật (vẫn ở onStart).

Quản lý tài nguyên độc quyền

Tài nguyên độc quyền là các thành phần thiết bị chỉ một ứng dụng có thể sử dụng tại một thời điểm nhất định. Camera, micrô, đầu ra video (MediaProjection), bộ chuyển đổi NFC ở chế độ đọc, thiết bị USB ở chế độ phụ kiện — tất cả các tài nguyên này phải được mở trong onResume và giải phóng trong onPause.

Làm việc với MediaRecorder

MediaRecorder được sử dụng để ghi âm và ghi hình. Yêu cầu quyền và chuẩn bị MediaRecorder được thực hiện trong onCreate, trong khi bắt đầu ghi trong onResume. Nếu người dùng chuyển sang ứng dụng khác, onPause tạm dừng ghi và onResume tiếp tục. Đây là hành vi tiêu chuẩn cho máy ghi âm và ứng dụng quay video.

private var mediaRecorder: MediaRecorder? = null
private var isRecording = false

override fun onResume() {
    super.onResume()
    if (isRecording) {
        mediaRecorder?.resume()
    }
}

override fun onPause() {
    if (isRecording) {
        mediaRecorder?.pause()
    }
    super.onPause()
}

BiometricPrompt và onResume

Xác thực sinh trắc học (BiometricPrompt) chỉ nên được gọi khi Activity ở trong onResume. Nếu gọi nó trong onCreate hoặc onStart, hộp thoại sinh trắc học có thể xuất hiện trước khi Activity hoàn tất khởi tạo, dẫn đến xử lý kết quả không chính xác. Gọi nó trong onResume đảm bảo cửa sổ sinh trắc học được hiển thị trong ngữ cảnh chính xác.

Mẫu và khuyến nghị

Hãy xem ba mẫu đã được kiểm chứng để làm việc với onResume được sử dụng trong các dự án thương mại: đặt lại bộ đếm thời gian không hoạt động, cập nhật dữ liệu hiển thị và tích hợp với Jetpack Navigation.

Đặt lại bộ đếm thời gian không hoạt động

Trong các ứng dụng có dữ liệu nhạy cảm (ngân hàng, hồ sơ y tế), onResume được sử dụng để đặt lại bộ đếm thời gian tự động đăng xuất. Nếu người dùng đang tương tác tích cực với ứng dụng, onResume được gọi ở mỗi lần chuyển màn hình và bộ đếm được đặt lại. Nếu người dùng thu nhỏ ứng dụng, onPause dừng bộ đếm và onResume khi quay lại sẽ đặt lại bộ đếm hoặc yêu cầu xác thực lại.

Cập nhật dữ liệu khi quay lại

Danh sách cần hiển thị dữ liệu cập nhật mỗi khi quay lại màn hình được cập nhật trong onResume. Ví dụ: nếu người dùng đã tạo một mục mới trong Activity khác và điều hướng trở lại, onResume tải lại danh sách từ cơ sở dữ liệu cục bộ hoặc bộ nhớ đệm ViewModel. Điều này đảm bảo tính nhất quán của dữ liệu mà không cần gọi notifyDataSetChanged thủ công.

override fun onResume() {
    super.onResume()
    // ActivityResultLauncher đã trả về kết quả — đang cập nhật danh sách
    viewModel.refreshList()
    // Đặt lại bộ đếm thời gian không hoạt động
    inactivityTimer.reset()
}

Jetpack Navigation và onResume

Trong Jetpack Navigation, onResume của một fragment được gọi mỗi khi bạn quay lại fragment đó thông qua điều hướng quay lại. Thuộc tính này được sử dụng để đặt lại trạng thái giao diện: ẩn bàn phím, xóa trường tìm kiếm, cập nhật tiêu đề thanh công cụ. OnBackPressedCallback kết hợp với onResume mang lại toàn quyền kiểm soát điều hướng mà không trùng lặp mã.