Khái niệm, phân loại và độ ưu tiên của Service trong Android - [Service Part 1]

✰ Nếu ai muốn ủng hộ mình, thì Donate cho mình qua link bên dưới nhé.
✰ Tài khoản 21710000128947 - NGUYEN DANG TIN - BIDV - Chi nhánh Từ Liêm
Mình xin trân thành cám ơn !!!
Video mình xin chia sẻ và trình bày tổng quát Khái niệm, phân loại và độ ưu tiên của Service trong Android
1. Khái niệm
Service là một thành phần ứng dụng (application component) có thể thực hiện các hoạt động lâu dài trong background. Nó không cung cấp giao diện cho người dùng. Sau khi bắt đầu chạy, một Service có thể tiếp tục chạy trong một thời gian, ngay cả khi người dùng chuyển sang ứng dụng khác. Ngoài ra một thành phần có thể liên kết (bind) với một Service để tương tác với Service đó, thậm chí là thực hiện giao tiếp giữa các quá trình IPC (interprocess communication). Ví dụ: một Service có thể thực hiện các giao dịch mạng, chơi nhạc, ra vào file I/O hoặc tương tác với một content provider, tất cả đều từ background
2. Phân loại Service
2.1 Foreground Service (Unbound Service)
Một Foreground Service thực hiện một số hoạt động mà người dùng dễ nhận thấy. Ví dụ một ứng dụng nghe nhạc có thể chơi một bản nhạc và điều khiển (control) nó bằng Foreground Service.
Một điều bắt buộc là Foreground Service phải hiện thị một Notification. Foreground Service sẽ tiếp tục chạy ngay cả khi người dùng không tương tác với ứng dụng.
Khi bạn sử dụng foreground service, bạn phải hiển thị thông báo (notification) để người dùng chủ động biết rằng service đang chạy. Không thể loại bỏ thông báo này trừ khi service bị dừng (stopped) hoặc bị xóa khỏi foreground
2.2 Background Service (Unbound Service)
Một Background Service sẽ thực hiện các hoạt động mà người dùng không trực tiếp nhìn thấy. Ví dụ một ứng dụng sử dụng một service để thu gom bộ nhớ chẳng hạn, thì đó là một Background Service.
2.3 Bound Service
Một Service được gọi là Bound Service khi một thành phần của ứng dụng ràng buộc với nó bởi lời gọi bindService().
Một Bound Service cung cấp một giao diện Client - Server cho phép các thành phần tương tác với nó: gửi yêu cầu, nhận kết quả và thậm chí là IPC.
Một Bound Service chỉ chạy miễn là có một thành phần ràng buộc với nó. Có thể có nhiều thành phần ràng buộc với Bound Service cùng lúc, nhưng khi tất cả tháo bỏ ràng buộc (unbound) thì Service sẽ bị hủy (destroyed)
3. Độ ưu tiên các loại Service
Hệ thống Android bắt buộc phải dừng một Service khi bộ nhớ ít và phải khôi phục tài nguyên hệ thống cho Activity đang được sử dụng. Nếu Service được ràng buộc với một Activity đang sử dụng, nó ít khả năng bị giết; nếu Service được khai báo và chạy ở chế độ Foreground nó cũng khó biết giết. Nếu Service là Started và chạy lâu dài, hệ thống sẽ làm giảm vị trí ưu tiên của nó. Như vậy các loại service sẽ được xếp theo độ ưu tiên sau: Bound Service khó bị kill nhất, tiếp theo là Foreground Service và Background Service.
1 - Bound
2 - Foreground
3 - Background
4. Các giá trị trả về trong onStartCommand()
Tất cả chúng ta đều biết rằng: khi các Service tiếp tục chạy trong background thì chắc chắn chúng sẽ tiêu tốn một số bộ nhớ để thực thi.
Vì vậy, khi có nhiều ứng dụng chạy trên thiết bị Android, bộ nhớ thiết bị sẽ dần dần bị chiếm hết , và theo thời gian khi bộ nhớ thiết bị thấp đến mức nghiêm trọng, thì hệ thống Android bắt đầu kết thúc các quá trình (processes), để giải phóng bộ nhớ bị chiếm bởi các quá trình đó.
Nhưng bạn có thể đang thực hiện một số nhiệm vụ quan trọng với các Service, điều đó cũng có thể bị chấm dứt khi Service ngừng hoạt động. vì vậy những khái niệm này là để cho hệ thống Android biết bạn muốn thực hiện hành động nào khi bộ nhớ thiết bị ổn định trở lại và khi nó sẵn sàng khởi chạy lại các dịch vụ.
4.1 START_NOT_STICKY.
Yêu cầu hệ thống không cần khởi động lại dịch vụ, ngay cả khi có đủ bộ nhớ.
4.2 START_STICKY.
Yêu cầu hệ thống tạo một bản sao mới của Service, khi có đủ bộ nhớ. Ở đây bạn sẽ mất kết quả mà có thể đã tính toán trước đó
4.3 START_REDELIVER_INTENT
Yêu cầu hệ thống khởi động lại dịch vụ sau sự cố và cũng phân phối lại các Intents có tại thời điểm xảy ra sự cố.
4.4 START_STICKY_COMPATIBILITY
Giá trị này cũng giống như START_STICKY nhưng nó không chắc chắn, đảm bảo khởi động lại service.
Link tham khảo trên Android Developer
developer.andr...
Video nằm trong danh sách phát: Service trong Android
• Service trong Android
---------------------------------------------------------
✰ Theo dõi kênh RUclips của mình:
● Đăng kí kênh: / @tincoder
● Đừng quên LIKE, SHARE và COMMENT nhé!
---------------------------------------------------------
© Bản quyền bởi TinCoder. Vui lòng không Re-upload.
Nếu có bất cứ vấn đề gì về bản quyền, vui lòng liên hệ với tôi qua Email. Mọi thứ sẽ được giải quyết sớm nhất.
🔔 Liên hệ: [e-mail]
#tincoder #TinCoder #TinCoderAndroid

[@kienchutrung5299]

Chờ anh mãi mới thấy anh ra video hehe

[@tranthaihung9457]

Bài của anh rất hay! Mong anh ra thêm nhiều clip mới! thanks

[@nguyeninhhuan2724]

Ui hay quá. Ra nhiều hơn nha anh 😍

[@duongminhduck14_hl3]

bài của anh rất hay ạ, mong anh có thể ra thêm nhiều bài ạ

[@cuocsongtuoidep91]

Chi tiết dễ hiểu, hay.

[@nghiango5137]

Anh ơi, Anh có thể ra clip xử lý bất đồng bộ trên Android bằng những thứ như Thread, Handler cao hơn thì RxJava với Coroutine, ạ. Thanks anh.

[@wildlife_8386]

Cho e hỏi sử dụng widget để hiển thị giờ thì có phải là họ dùng foreground service

[@NamPham-yp1lo]

Bạn ơi bạn có thể nói rõ về cái plugin 'android-kotlin-extensions" vs viewbinding khác nhau ở điểm nào?Dùng cái nào hiệu quả hơn.Khi nào nên dùng không?

[@nguyenducdai9837]

tài liệu bạn dịch còn không cho mình xin với, cảm ơn bạn nhiều

[@tranthinh2893]

anh có thể hướng dẫn bằng ngôn ngữ kotlin không ạ

[@nguyenhuuloc809]

xong service làm app bán hàng đi anh ơi