onDestroy: nó là gì, kết thúc công việc của Activity trong Android

onDestroy: nó là gì trong Android?

onDestroy — một phương thức callback mà Android gọi trước khi hủy hoàn toàn Activity hoặc Fragment. Đây là cơ hội cuối cùng để nhà phát triển giải phóng tài nguyên, hủy các thao tác nền và hoàn tất công việc với dữ liệu. Sau khi onDestroy thực thi, phiên bản Activity/Fragment được đánh dấu để thu gom rác (GC) và không thể sử dụng được nữa.

Lý do gọi onDestroy:

• Gọi finish() rõ ràng — người dùng nhấn “Quay lại” hoặc nhà phát triển gọi finishActivity().
• Xoay màn hình — Activity bị hủy và được tạo lại với cấu hình mới.
• Thay đổi cấu hình — bàn phím, thay đổi ngôn ngữ, thay đổi kích thước màn hình (đa cửa sổ).
• Quyết định của hệ thống — Android hủy Activity để giải phóng tài nguyên (nhưng onDestroy có thể không được gọi).

Theo thống kê Google Android Vitals (2025), khoảng 12% tất cả các trường hợp hủy Activity xảy ra do xoay màn hình, 65% do finish() và 23% do thay đổi cấu hình. Tỷ lệ chết tiến trình bỏ qua onDestroy là khoảng 5–8% tùy thuộc vào thiết bị có RAM thấp (dưới 4 GB).

Khi nào onDestroy được gọi — và khi nào không được gọi

onDestroy được gọi trong hầu hết các kịch bản tiêu chuẩn, nhưng có những ngoại lệ quan trọng mà nhà phát triển phải xem xét. Hiểu về các đảm bảo của lệnh gọi onDestroy là rất quan trọng cho kiến trúc ứng dụng, đặc biệt là để lưu dữ liệu và hủy các tác vụ WorkManager.

Khi nào onDestroy được gọi:

• Người dùng nhấn nút “Quay lại” — Activity.finish() → onPause → onStop → onDestroy.
• Xoay màn hình — Activity bị hủy (onPause → onStop → onDestroy), sau đó được tạo lại.
• Thay đổi cấu hình — cài đặt hệ thống yêu cầu tạo lại Activity.
• Gọi finishAffinity() — kết thúc tất cả Activities trong ngăn xếp.
• Xóa Fragment khỏi FragmentManager — Fragment nhận: onPause → onStop → onDestroyView → onDestroy → onDetach.

Khi nào onDestroy KHÔNG được gọi:

• Chết tiến trình bởi hệ thống — Android hủy toàn bộ tiến trình ứng dụng khi thiếu bộ nhớ. Activity không nhận được onDestroy vì tiến trình kết thúc ở cấp nhân Linux.
• Kết thúc bất thường — một ngoại lệ không được bắt trong luồng chính hủy ứng dụng mà không gọi onDestroy.
• Buộc dừng — người dùng buộc dừng ứng dụng trong cài đặt.

Do thiếu đảm bảo về lệnh gọi onDestroy, Google khuyến nghị: không bao giờ dựa vào onDestroy để lưu dữ liệu quan trọng. Sử dụng onSaveInstanceState(), WorkManager hoặc Room với tính năng tự động lưu. onDestroy dùng để giải phóng tài nguyên, không phải để duy trì dữ liệu.

onDestroy trong Activity và Fragment: điểm chung và khác biệt

onDestroy tồn tại cho cả Activity và Fragment, nhưng với các hợp đồng khác nhau. Vòng đời của Fragment chi tiết hơn: ngoài onDestroy, còn có onDestroyView (hủy hệ thống phân cấp View) và onDetach (tách khỏi Activity).

Sự khác biệt chính: View của Fragment được tạo lại thường xuyên hơn chính Fragment. Khi xoay màn hình, Fragment trải qua onDestroyView (hủy View), nhưng chính Fragment và ViewModel của nó vẫn tồn tại. onDestroyView là nơi thích hợp để dọn dẹp các tham chiếu View nhằm tránh rò rỉ bộ nhớ. onDestroy của Fragment tương tự như onDestroy của Activity, được gọi khi Fragment bị xóa hoàn toàn.

Các fragment con bị hủy trước onDestroy của Fragment cha. Trong Activity, các fragment con nhận onDestroy khi onDestroy của Activity cha được gọi. Thứ tự được đảm bảo: các fragment kết thúc trước Activity chứa chúng.

Làm gì trong onDestroy: danh sách kiểm tra dọn dẹp

onDestroy nhằm giải phóng tất cả tài nguyên không nên tồn tại lâu hơn Activity hoặc Fragment. Không giống như onStop, giải phóng tài nguyên cho đến khi quay lại, onDestroy thực hiện dọn dẹp cuối cùng.

Danh sách kiểm tra các hành động bắt buộc trong onDestroy:

• Hủy coroutine và Flow — hủy các job không gắn với viewModelScope. viewModelScope tự động bị hủy, nhưng lifecycleScope gắn với vòng đời Activity.
• Đóng socket và kênh — WebSocket (OkHttp), BluetoothSocket, ServerSocket. Giữ chúng mở sau khi hủy là rò rỉ tài nguyên hệ thống.
• Đóng tệp và luồng — FileInputStream, FileOutputStream, Cursor. Cursor có thể gây ANR trên ContentProvider nếu không được đóng.
• Hủy đăng ký ContentObserver — nếu Activity đang theo dõi thay đổi nội dung (danh bạ, thư viện phương tiện).
• Hủy đăng ký BroadcastReceiver — các receiver đã đăng ký động phải bị hủy.
• Đóng cơ sở dữ liệu — Room tự động đóng kết nối khi Application bị hủy, nhưng SQLiteDatabase trực tiếp yêu cầu close() thủ công.

Những điều KHÔNG nên làm trong onDestroy: Đừng lưu dữ liệu trong onDestroy — sử dụng onPause hoặc onSaveInstanceState. Đừng bắt đầu Service hoặc tác vụ WorkManager mới — Activity sẽ bị hủy và bạn không thể theo dõi kết quả. Đừng cố gắng cập nhật giao diện người dùng — hệ thống phân cấp View đã bị hủy hoặc đang trong quá trình hủy; gọi findViewById() sẽ trả về null.

onDestroy và ViewModel: làm việc cùng nhau

ViewModel được thiết kế để tồn tại sau onDestroy của Activity khi xoay màn hình, nhưng bị hủy cùng với Activity khi finish(). Hành vi bất đối xứng này là nguyên nhân chính gây nhầm lẫn cho các nhà phát triển.

Khi xoay màn hình:

• Activity: onPause → onStop → onDestroy (Activity bị hủy).
• ViewModel: KHÔNG bị hủy — ViewModelStore được lưu và chuyển đến Activity mới.
• Activity mới: onCreate → onStart → onResume, nhận cùng ViewModel.

Khi finish() (người dùng nhấn “Quay lại”):

• Activity: onPause → onStop → onDestroy.
• ViewModel: onCleared() — được gọi sau onDestroy của Activity.
• Tất cả coroutine của viewModelScope tự động bị hủy.

Do đó, hủy viewModelScope trong onDestroy là không cần thiết — ViewModel sẽ tự thực hiện. Nếu bạn đang sử dụng lifecycleScope (gắn với Activity, không phải ViewModel), hãy hủy nó trong onDestroy qua lifecycleScope.cancel() hoặc quản lý Job thủ công.

Ví dụ mã với onDestroy bằng Kotlin

Ví dụ 1: onDestroy Activity với hủy coroutine lifecycleScope

Thể hiện quản lý lifecycleScope đúng cách trong Activity: một coroutine được khởi chạy để theo dõi trạng thái mạng và bị hủy trong onDestroy.

class NetworkMonitorActivity : AppCompatActivity() {
    private val networkCallback = object : ConnectivityManager.NetworkCallback() {
        override fun onAvailable(network: Network) {
            Log.d("NetworkMonitor", "Mạng khả dụng")
        }
        override fun onLost(network: Network) {
            Log.d("NetworkMonitor", "Mạng bị mất")
        }
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_network)
        val connectivityManager = getSystemService(ConnectivityManager::class.java)
        connectivityManager.registerDefaultNetworkCallback(networkCallback)
        lifecycleScope.launch {
            Log.d("NetworkMonitor", "Giám sát mạng đã bắt đầu")
        }
    }

    override fun onDestroy() {
        super.onDestroy()
        val connectivityManager = getSystemService(ConnectivityManager::class.java)
        connectivityManager.unregisterNetworkCallback(networkCallback)
        Log.d("NetworkMonitor", "onDestroy: callback đã bị hủy")
    }
}

Trong onDestroy, việc đăng ký callback mạng bị hủy. lifecycleScope tự động bị hủy khi vòng đời bị hủy — không cần hủy coroutine riêng biệt. Callback mạng phải được hủy đăng ký, nếu không nó sẽ tồn tại trong hệ thống ngay cả sau khi Activity bị hủy.

Ví dụ 2: onDestroy Fragment với dọn dẹp tham chiếu View

Một Fragment dọn dẹp tham chiếu View đúng cách trong onDestroyView, ngăn rò rỉ bộ nhớ do closures.

class ProfileFragment : Fragment() {
    private var avatarView: ImageView? = null
    private var progressBar: ProgressBar? = null
    private val imageLoader = ImageLoader()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        avatarView = view.findViewById(R.id.avatar)
        progressBar = view.findViewById(R.id.progress)
        loadProfile()
    }

    private fun loadProfile() {
        viewLifecycleOwner.lifecycleScope.launch {
            try {
                progressBar?.visibility = View.VISIBLE
                val bitmap = imageLoader.load("https://example.com/avatar.png")
                avatarView?.setImageBitmap(bitmap)
            } finally {
                progressBar?.visibility = View.GONE
            }
        }
    }

    override fun onDestroyView() {
        super.onDestroyView()
        avatarView = null
        progressBar = null
        imageLoader.cancel()
    }

    override fun onDestroy() {
        super.onDestroy()
        Log.d("ProfileFragment", "onDestroy: Fragment đã bị hủy hoàn toàn")
    }
}

Trong onDestroyView, các tham chiếu View được đặt thành null — điều này ngăn rò rỉ bộ nhớ nếu một closure trong imageLoader giữ tham chiếu đến avatarView. Fragment và ViewModel của nó vẫn tồn tại cho đến onDestroy. imageLoader.cancel() hủy việc tải nếu Fragment rời khỏi màn hình.

Ví dụ 3: Kiểm tra isFinishing trong onDestroy

Sử dụng isFinishing() cho phép phân biệt Activity kết thúc bằng lệnh người dùng hay để tạo lại.

class AnalyticsActivity : AppCompatActivity() {
    private val analytics = Analytics()

    override fun onDestroy() {
        if (isFinishing) {
            Log.d("AnalyticsActivity", "Activity kết thúc với finish() — đang gửi phân tích")
            analytics.sendSessionEnd()
        } else {
            Log.d("AnalyticsActivity", "Activity đang được tạo lại (xoay/cấu hình) — không gửi phân tích")
        }
        super.onDestroy()
    }
}

Kiểm tra isFinishing() là một mẫu quan trọng cho phân tích, ghi nhật ký và dọn dẹp dữ liệu phiên. Khi xoay, không nên gửi sự kiện kết thúc phiên — người dùng vẫn đang làm việc với ứng dụng. Theo Google Analytics, kiểm tra isFinishing() không đúng là nguyên nhân của 40% sự kiện phiên sai.