Điều gì xảy ra với kết nối TCP và UDP (với đa hướng) khi Ứng dụng iOS đã nhập vào nền

Question

Tôi đã tạo một vài thử nghiệm:

Thiết lập 1: Tôi đã tạo ứng dụng Người gửi TCP và ứng dụng TCP Receiver.

Đối với thử nghiệm này, tôi đã bắt đầu Người gửi TCP trên thiết bị iOS và Bộ thu TCP trên một thiết bị iOS khác. Và sau đó cả hai đều được xác minh là đã tạo kết nối và gửi và nhận dữ liệu. Sau đó tôi đặt ứng dụng TCP Receiver vào nền. Ứng dụng Người gửi TCP biểu thị mất kết nối và bị lỗi (có, tôi đã dự định theo cách đó).

Thiết lập 2: Tôi đã tạo ứng dụng Người gửi UDP và ứng dụng UDP Receiver.

Tương tự như trên, tôi đã khởi động ứng dụng Người gửi UDP trên thiết bị iOS và ứng dụng UDP Receiver trên một thiết bị iOS khác. Trên ứng dụng UDP Receiver, tôi đã đăng ký với một nhóm phát đa hướng, v.v. Tôi đã xác nhận rằng ứng dụng UDP Receiver đang nhận dữ liệu từ nhóm phát đa hướng được gửi bởi ứng dụng UDP Sender. Sau đó tôi đặt ứng dụng UDP Receiver vào nền. Sau 2 phút, tôi nhận được ứng dụng Người gửi UDP để gửi một phần dữ liệu khác. Sau đó tôi bỏ hoàn toàn ứng dụng Người gửi UDP và tắt thiết bị iOS đó. Sau đó tôi đợi thêm 2 phút nữa, sau đó mở ứng dụng UDP Receiver từ nền. Ứng dụng UDP Receiver đã nhận được dữ liệu đã được gửi bởi ứng dụng Người gửi UDP trước khi nó bị chấm dứt.

Trong thiết lập 1, giải thích của tôi là do TCP là một hướng kết nối.

Trong thiết lập2, tôi hiểu UDP không kết nối được. Bất kỳ lời giải thích tại sao setup2 nó làm việc theo cách trong kinh nghiệm của tôi? (Vẫn nhận dữ liệu ngay cả ở chế độ nền)

Answer 1

Tất cả điều đó xảy ra khi bạn đặt một ứng dụng vào nền và sau đó để ứng dụng bị tạm ngưng là nó ngừng nhận được lịch biểu của hạt nhân. Nó không ngay lập tức phá vỡ bất kỳ kết nối hoặc xé xuống bất kỳ ổ cắm (trừ khi bạn buộc nó.)

Trong trường hợp UDP của bạn, hạt nhân nhận gói và đặt nó vào bộ đệm hạt nhân, chờ ứng dụng của bạn nhận nó . Vì quá trình ứng dụng của bạn tồn tại nhưng bị dừng hiệu quả, dữ liệu sẽ chỉ nằm trong bộ đệm hạt nhân. Nếu bạn nhận được quá nhiều dữ liệu, nó sẽ tràn ngập bộ đệm hạt nhân và bị loại bỏ. Nếu không, ứng dụng của bạn có thể nhận được nó khi (nếu) nó được lên lịch lại.

Trong trường hợp TCP, khá nhiều điều tương tự trở nên bất tiện.

Nhưng (lớn nhưng): Hệ điều hành luôn có tùy chọn ngắt các ổ cắm cho ứng dụng bị tạm ngưng nếu muốn, dựa trên áp lực bộ nhớ, v.v. Vì vậy, trong khi nó không nhất thiết phải làm điều đó một cách vô cớ, nó có thể làm điều đó .

Tôi không chắc chắn chính xác lý do tại sao bạn thấy kết nối TCP bị ngắt nhanh chóng. Nó có thể là các heuristics hạt nhân cho máy chủ kết nối TCP là tích cực hơn cho UDP socket kể từ khi kết nối TCP yêu cầu nhà nước nhiều hơn và chế biến liên tục hơn làm UDP ổ cắm.

Xem Technical Note TN2277 Networking and Multitasking.

Answer 2

Ý kiến ​​của tôi là vì os, điều này sẽ không xảy ra nếu bạn thử trên hệ điều hành android vì IO có hạn chế về những gì có thể hoạt động trên nền và không thể.

Từ những gì bạn đã nói, tôi nghĩ nó vì TCP yêu cầu nhiều tài nguyên hơn để gửi thông tin. TCP sử dụng các luồng dữ liệu và UDP sử dụng các khối dữ liệu. Vấn đề là TCP tạo ra các gói dữ liệu lớn hơn trong khi UDP sử dụng 8 kb khối dữ liệu.