Tại sao tôi đọc trong câu trả lời cho hầu hết các câu hỏi ở đây rất nhiều về AsyncTask và Trình tải nhưng không có gì về Dịch vụ ? Có phải các Dịch vụ không được biết rõ hoặc chúng bị phản đối hoặc có một số thuộc tính xấu hoặc một cái gì đó? Sự khác biệt là gì?
(Nhân tiện, tôi biết rằng có những chủ đề khác về nó, nhưng không có chủ đề nào thực sự nêu rõ sự khác biệt giúp nhà phát triển dễ dàng quyết định liệu anh ta nên sử dụng cái này hay cái kia cho một vấn đề thực tế.)
Câu trả lời:
Trong một số trường hợp, có thể hoàn thành cùng một nhiệm vụ với một AsyncTaskhoặc Servicetuy nhiên thường thì một nhiệm vụ phù hợp hơn với một nhiệm vụ so với nhiệm vụ khác.
AsyncTasks được thiết kế cho các tác vụ tiêu tốn thời gian một lần không thể chạy của luồng UI. Một ví dụ phổ biến là tìm nạp / xử lý dữ liệu khi nhấn nút.
Services được thiết kế để liên tục chạy trong nền. Trong ví dụ ở trên về tìm nạp dữ liệu khi nhấn nút, bạn có thể bắt đầu dịch vụ, để cho nó tìm nạp dữ liệu và sau đó dừng dữ liệu, nhưng điều này không hiệu quả. Nó nhanh hơn nhiều để sử dụng một AsyncTaskcái sẽ chạy một lần, trả lại dữ liệu và được thực hiện.
Tuy nhiên, nếu bạn cần liên tục làm một cái gì đó trong nền, thì đó Servicelà đặt cược tốt nhất của bạn. Ví dụ về điều này bao gồm phát nhạc, liên tục kiểm tra dữ liệu mới, v.v.
Ngoài ra, như Sherif đã nói, các dịch vụ không nhất thiết phải chạy khỏi luồng UI.
Đối với hầu hết các phần, Services là khi bạn muốn chạy mã ngay cả khi ứng dụng của bạn Activitykhông mở. AsyncTasks được thiết kế để thực hiện mã thực thi khỏi luồng UI đơn giản đến không ngờ.
Dịch vụ hoàn toàn khác nhau: Dịch vụ không phải là chủ đề !
Hoạt động của bạn liên kết với một dịch vụ và dịch vụ chứa một số chức năng mà khi được gọi, sẽ chặn chuỗi cuộc gọi. Dịch vụ của bạn có thể được sử dụng để thay đổi nhiệt độ từ Celsius sang Độ. Bất kỳ hoạt động liên kết có thể có được dịch vụ này.
Tuy nhiên, AsyncTaskmột Chủ đề thực hiện một số hoạt động ở chế độ nền và đồng thời có khả năng báo cáo kết quả về chuỗi cuộc gọi.
Chỉ cần một suy nghĩ: Một dịch vụ có thể có một AsyncTaskđối tượng!
Servicelà một trong những thành phần của khung Android, không yêu cầu UI thực thi, có nghĩa là ngay cả khi ứng dụng không được người dùng sử dụng tích cực, bạn có thể thực hiện một số thao tác với dịch vụ. Điều đó không có nghĩa là dịch vụ sẽ chạy trong một luồng riêng biệt, nhưng nó chạy trong luồng chính và hoạt động có thể được thực hiện trong một luồng riêng khi cần. Ví dụ cách sử dụng đang phát nhạc ở chế độ nền, đồng bộ hóa dữ liệu với máy chủ trong backgroud mà không có sự tương tác của người dùng, v.v.
AsyncTaskmặt khác được sử dụng cho các tác vụ chặn UI được thực hiện trên một luồng riêng biệt. Nó cũng giống như tạo một luồng mới và thực hiện nhiệm vụ khi tất cả các tác vụ tạo và duy trì các luồng và gửi lại kết quả cho luồng chính được sử dụng bởi AsyncTask Ví dụ sử dụng đang tìm nạp dữ liệu từ máy chủ, các thao tác CRUD trên trình phân giải nội dung, v.v.
Dịch vụ và asynctasks gần như làm điều tương tự, hầu hết .using dịch vụ hoặc một AsyncTask phụ thuộc vào những gì là yêu cầu của bạn.
như một ví dụ nếu bạn muốn tải dữ liệu vào listview từ máy chủ sau khi nhấn nút hoặc thay đổi màn hình, tốt nhất bạn nên sử dụng asynctask.it chạy song song với luồng ui chính (chạy trong nền). Để chạy hoạt động asynctack hoặc ứng dụng của bạn nên trên chủ đề UI chính. Sau khi thoát khỏi ứng dụng, không có asynctask.
Nhưng các dịch vụ không như vậy, một khi bạn bắt đầu một dịch vụ, nó có thể chạy sau khi bạn thoát khỏi ứng dụng, trừ khi bạn dừng dịch vụ. Như tôi đã nói, nó phụ thuộc vào yêu cầu của bạn. Nếu bạn muốn tiếp tục kiểm tra nhận dữ liệu hoặc kiểm tra trạng thái mạng liên tục bạn tốt hơn đi với dịch vụ.
hạnh phúc mã hóa.
Trong vài trường hợp, bạn có thể đạt được cùng một chức năng bằng cách sử dụng cả hai. Không giống như Nhiệm vụ Async, dịch vụ có vòng đời riêng và kế thừa Ngữ cảnh (Dịch vụ mạnh hơn Nhiệm vụ Async). Dịch vụ có thể chạy ngay cả khi bạn đã thoát khỏi ứng dụng. Nếu bạn muốn làm một cái gì đó ngay cả sau khi đóng ứng dụng và cũng cần biến bối cảnh, bạn sẽ tìm đến Dịch vụ.
Ví dụ: Nếu bạn muốn phát nhạc và bạn không muốn tạm dừng nếu người dùng rời khỏi ứng dụng, bạn chắc chắn sẽ truy cập Dịch vụ.
So sánh một dịch vụ lớp cơ sở, đang xử lý, cục bộ ✱ với AsyncTask:
✱ (Câu trả lời này không đề cập đến các dịch vụ xuất khẩu, hoặc bất kỳ dịch vụ nào chạy trong một quy trình khác với dịch vụ của khách hàng, vì các trường hợp sử dụng dự kiến khác biệt đáng kể với các dịch vụ của AsyncTask. Ngoài ra, về lợi ích của sự ngắn gọn, bản chất của một số chuyên ngành nhất định Servicelớp con (ví dụ IntentService, JobService) sẽ bị bỏ qua ở đây.)
Quá trình suốt đời
A Serviceđại diện cho HĐH, "mong muốn của ứng dụng là thực hiện thao tác chạy lâu hơn trong khi không tương tác với người dùng" [ ref ].
Trong khi bạn có một Service đang chạy, Android hiểu rằng bạn không muốn quá trình của mình bị giết. Điều này cũng đúng bất cứ khi nào bạn có một Activitymàn hình và điều này đặc biệt đúng khi bạn đang chạy một dịch vụ nền trước . (Khi tất cả các thành phần ứng dụng của bạn biến mất, Android nghĩ, "Ồ, bây giờ là thời điểm tốt để giết ứng dụng này, vì vậy tôi có thể giải phóng tài nguyên".)
Ngoài ra, tùy thuộc vào giá trị trả lại cuối cùng từ Service.onCreate() , Android có thể cố gắng "hồi sinh" các ứng dụng / dịch vụ đã bị hủy do áp lực tài nguyên [ ref ].
AsyncTasksđừng làm điều đó Không quan trọng bạn đang chạy bao nhiêu luồng nền hay chúng hoạt động mạnh đến mức nào: Android sẽ không giữ ứng dụng của bạn tồn tại chỉ vì ứng dụng của bạn đang sử dụng CPU. Nó phải có một số cách biết rằng ứng dụng của bạn vẫn còn việc phải làm; đó là lý do tại sao Servicesđược đăng ký với HĐH và AsyncTaskskhông.
Đa luồng
AsyncTasks tất cả là về việc tạo ra một luồng nền để thực hiện công việc, và sau đó trình bày kết quả của công việc đó cho luồng UI theo cách an toàn của luồng.
Mỗi lần AsyncTaskthực hiện mới thường dẫn đến nhiều đồng thời hơn (nhiều luồng hơn), tuân theo các giới hạn của nhóm AsyncTasks'sluồng [ ref ].
Servicemặt khác, các phương thức luôn được gọi trên luồng UI [ ref ]. Này áp dụng cho onCreate(), onStartCommand(), onDestroy(), onServiceConnected(), vv Vì vậy, trong một nghĩa nào đó, Serviceskhông "chạy" ở chế độ nền. Khi họ bắt đầu (onCreate() ), họ chỉ cần "ngồi" ở đó - cho đến khi dọn dẹp, thực hiện mộtonStartCommand() , v.v.
Nói cách khác, việc thêm bổ sung Serviceskhông dẫn đến đồng thời nhiều hơn. Các phương thức dịch vụ không phải là nơi tốt để thực hiện một lượng lớn công việc, vì chúng chạy trên luồng UI .
Tất nhiên, bạn có thể mở rộng Service, thêm các phương thức của riêng bạn và gọi chúng từ bất kỳ luồng nào bạn muốn. Nhưng nếu bạn làm điều đó, trách nhiệm về an toàn luồng sẽ thuộc về bạn - không phải là khung.
Nếu bạn muốn thêm một chủ đề nền (hoặc một số loại công nhân khác) cho bạn Service, bạn có thể tự do làm điều đó. Bạn có thể bắt đầu một sợi nền / AsyncTasktrong Service.onCreate(), ví dụ. Nhưng không phải tất cả các trường hợp sử dụng đều yêu cầu điều này. Ví dụ:
Servicechạy để bạn có thể tiếp tục nhận được cập nhật vị trí trong "nền" (nghĩa là không nhất thiết phải có bất kỳ Activitiesmàn hình nào ).BroadcastReceiverđăng ký trên cơ sở lâu dài (sau API 26, bạn không thể luôn thực hiện việc này qua bảng kê khai, vì vậy bạn phải đăng ký khi chạy [ ref ]).Cả hai trường hợp sử dụng này đều yêu cầu rất nhiều hoạt động của CPU; họ chỉ yêu cầu ứng dụng không bị giết .
Là công nhân
Serviceskhông định hướng nhiệm vụ. Họ không được thiết lập để "thực hiện một nhiệm vụ" và "cung cấp một kết quả", giống như AsyncTaskslà. Serviceskhông giải quyết bất kỳ vấn đề an toàn luồng nào (mặc dù thực tế là tất cả các phương thức thực thi trên một luồng). AsyncTasksmặt khác, xử lý sự phức tạp đó cho bạn.
Lưu ý rằng AsyncTaskđược dự kiến sẽ deprecation . Nhưng điều đó không có nghĩa là bạn nên thay thế AsyncTasksbằng Services! (Nếu bạn đã học được bất cứ điều gì từ câu trả lời này, điều đó sẽ rõ ràng.)
TL; DR
Serviceschủ yếu là ở đó để "tồn tại". Chúng giống như một màn hình ngoài Activity, cung cấp một lý do để ứng dụng tồn tại, trong khi các thành phần khác đảm nhận việc thực hiện "công việc". AsyncTaskslàm "công việc", nhưng bản thân họ sẽ không giữ cho một quá trình tồn tại.