Tại sao pin của iPhone không đóng ứng dụng lại tốt hơn?

Tôi biết rõ ràng không nên đóng ứng dụng trên iPhone để tiết kiệm pin. Tôi đã đọc các câu hỏi và câu trả lời như việc buộc các ứng dụng đóng có lợi ích gì trên thiết bị iOS không? nhưng nó vẫn không hoàn toàn bằng gel với tôi. Đôi khi tôi đã tìm thấy hơn 50 ứng dụng đang chạy, vì vậy việc không đóng chúng không có ý nghĩa gì.

Có thể tôi là một chút chook cũ và bạn không thể dạy cho những con chó già những mánh khóe mới, nhưng ai đó ở đây có thể giải thích TẠI SAO tốt hơn là cứ để tất cả các ứng dụng này chạy? Và khi tôi nói tiếng Nhật giải thích, tôi có nghĩa là theo cách nói của giáo dân để tôi có thể hiểu.

Bạn không cô đơn. Mọi người chỉ quen với thói quen sử dụng máy tính để bàn của họ và có thể hiểu rằng họ mang những thói quen này trên iPhone và iPad.

Tuy nhiên, hãy để tôi thử và giải thích điều này bằng cách sử dụng một sự tương tự:

Hãy tưởng tượng đó là một ngày nóng và bạn đang ở ngoài vườn. Bạn khát nước, vì vậy bạn đi vào nhà bếp, lấy một cái ly lớn, đặt một ít đá vào đó và đổ đầy nước. Sau đó, bạn uống một nửa và đổ phần còn lại vào bồn rửa trước khi quay trở ra ngoài. Không lâu sau, bạn lại khát nước, vì vậy bạn quay trở lại nhà bếp, lấy cùng một ly, đặt một ít đá vào đó và đổ đầy nước. Một lần nữa bạn chỉ uống một nửa số đó và đổ phần còn lại vào bồn rửa!

Quy trình làm việc trên chỉ không thực sự có ý nghĩa. Tại sao bạn không mang kính bên ngoài? Và, bạn không chỉ lãng phí nước bằng cách làm rỗng nó, mà bạn còn dành nhiều thời gian và năng lượng hơn để lấy lại lượng nước đó.

Tương tự như vậy, khi bạn thoát một ứng dụng, bạn thực sự đang sử dụng một số năng lượng pin trong quá trình thực hiện (ví dụ: xóa nó khỏi RAM, v.v.) và sau đó một lần nữa khi bạn phải khởi chạy lại và tải lại vào RAM.

Vì vậy, trong phần lớn thời gian, tốt nhất là để các ứng dụng mở. Mặc dù chúng mở, nhưng chúng thực sự chỉ ngồi trong một loại chế độ treo không sử dụng bất kỳ nguồn pin nào. Vâng, các ứng dụng vẫn đang được nạp trong bộ nhớ RAM và lấy không gian , nhưng nó không thực sự làm bất cứ điều gì - nó chỉ nằm đó im lìm. Và, vì nó không sử dụng bất kỳ năng lượng pin nào trong trạng thái này, nên không có lợi thế nào để thoát khỏi quan điểm bảo tồn pin - đặc biệt nếu đó là ứng dụng mà bạn biết bạn sẽ sử dụng nhiều lần trong suốt cả ngày.

Thực sự cũng không có lợi thế gì khi buộc phải thoát khỏi một ứng dụng vì chính iOS sẽ làm điều này cho bạn nếu / khi cần để giải phóng RAM. Vì vậy, nếu bạn có 50 ứng dụng mở và chúng vẫn mở, thì iOS đã không bị đẩy đến mức cần phải đóng bất kỳ ứng dụng nào để giải phóng bộ nhớ.

Bây giờ, giống như mọi thứ, luôn có ngoại lệ cho quy tắc (chẳng hạn như các ứng dụng phải thực hiện các tác vụ nền). Một ví dụ về điều này là một trò chơi phát nhạc trong khi bạn đang làm những việc khác với điện thoại của mình hoặc một trong đó đang tải xuống nội dung ở chế độ nền hoặc một trong đó là đếm bao nhiêu bước bạn đi trong một ngày, v.v. Tuy nhiên, iOS có một bước cực kỳ quy trình hiệu quả để quản lý các ứng dụng / tác vụ nền và nếu bạn chọn thoát khỏi những ứng dụng này thì về cơ bản bạn nói rằng bạn không tin tưởng hệ điều hành để thực hiện đúng công việc của mình.

Vì vậy, hãy thoải mái thoát khỏi ứng dụng của bạn khi bạn phải (ví dụ vì nó bị đóng băng, v.v.), nhưng đừng làm điều đó để tiết kiệm pin. Trên thực tế, nếu bạn làm như vậy, bạn sẽ đạt được điều ngược lại và sử dụng nhiều năng lượng pin hơn trong suốt cả ngày!

Tóm lược

• Bạn chỉ cần thoát ứng dụng nếu chúng không hoạt động chính xác (ví dụ: ứng dụng đã bị đóng băng, ứng dụng không hiển thị đúng cách, v.v.).
• Các ứng dụng được liệt kê trong Trình chuyển đổi ứng dụng không nhất thiết phải chạy - thực tế hầu hết chúng không chạy .

• Hầu hết các ứng dụng trong Trình chuyển đổi ứng dụng sẽ ở trạng thái treo - điều này có nghĩa là chúng không hiển thị: hiển thị trên màn hình, thực thi mã, sử dụng CPU hoặc GPU hoặc sử dụng pin. Tuy nhiên, họ là vẫn thường trú trong bộ nhớ cho đến khi chúng bị xóa (nếu cần thiết) bởi hệ thống để giải phóng bộ nhớ:

  Bị treo - Ứng dụng ở chế độ nền nhưng không thực thi mã. Hệ thống tự động chuyển các ứng dụng sang trạng thái này và không thông báo cho chúng trước khi thực hiện. Trong khi bị treo, một ứng dụng vẫn còn trong bộ nhớ nhưng không thực thi bất kỳ mã nào. Khi xảy ra tình trạng bộ nhớ thấp, hệ thống có thể lọc các ứng dụng bị treo mà không cần thông báo để tạo thêm không gian cho ứng dụng nền trước.

  Nguồn : Xem Bảng 2-3 trong liên kết tham chiếu đầu tiên ở cuối câu trả lời này.
  
  

• Các ứng dụng duy nhất thực sự chạy trên iPhone của bạn tại bất kỳ thời điểm cụ thể nào là ứng dụng đang hoạt động (tức là ứng dụng hiển thị trên màn hình) và bất kỳ ứng dụng nào hoạt động ở chế độ nền . ( Lưu ý: Có một số ngoại lệ tạm thời đối với điều này trong trường hợp các ứng dụng vẫn cần thời gian để hoàn thành mã thực thi mà chúng đã bắt đầu khi chúng hoạt động - thông thường, điều này chỉ diễn ra trong vài giây nhưng về mặt lý thuyết có thể kéo dài đến hơn một phút.) .

• Đối với các ứng dụng đang chạy trong nền, bạn có thể kiểm soát ứng dụng nào được phép làm như vậy (nếu chúng đang mở) bằng cách đi tới Cài đặt> Chung> Làm mới ứng dụng nền. ( Lưu ý: Chỉ vì bạn thấy một ứng dụng được liệt kê ở đây không có nghĩa là nó sẽ chạy trong nền, nhưng vô hiệu hóa nó ở đây có nghĩa là nó chắc chắn sẽ không!)
• Nếu iPhone của bạn bị khóa, thì ứng dụng đã hoạt động (nghĩa là nó hiển thị trên màn hình) khi bạn khóa thiết bị của bạn hiện không hoạt động . Tuy nhiên, trừ khi bạn chỉ khóa iPhone của mình và nó vẫn đang hoàn tất mã thực thi hoặc nó đang chạy ẩn (ví dụ: phát nhạc, v.v.) thì nó không sử dụng CPU, GPU hoặc pin.

Người giới thiệu

1. Để biết thêm thông tin về các trạng thái khác nhau mà một ứng dụng có thể có, hãy tham khảo Hướng dẫn lập trình ứng dụng của Apple cho iOS: Các trạng thái thực thi cho ứng dụng .
2. Để biết thêm thông tin về các ứng dụng chạy nền, hãy tham khảo Hướng dẫn lập trình ứng dụng của Apple cho iOS: Thực thi nền .

Các câu trả lời được cung cấp là chính xác, tôi chỉ muốn làm rõ từ quan điểm của một nhà phát triển iOS.

iOS được thiết kế để quản lý càng nhiều thứ càng tốt để bạn (và nhà phát triển) không phải lo lắng về chúng. Kết quả cuối cùng là một cách tiếp cận có phần nhất quán trên các ứng dụng, bao gồm cả những ứng dụng từ Apple (thậm chí đôi khi chính Apple cũng cắt giảm một số góc).

Điều đó đang được nói, tiền đề là:

• iOS biết nhiều về bộ nhớ hơn chúng ta. Nó biết nó có bao nhiêu, và nó cần bao nhiêu (ở một mức độ nhất định).
• iOS có toàn quyền kiểm soát bộ nhớ; Nó có từ cuối cùng về người sử dụng cái gì.
• Nếu iOS cần bộ nhớ, nó sẽ tìm thấy nó và điều này thường được thực hiện bằng cách giết các quá trình khác đã không hoạt động trong một thời gian (và có nhiều quy tắc đằng sau hậu trường, chúng tôi không biết tất cả và chúng tôi không thực sự biết lo lắng về họ).
• Mọi thứ Bộ xử lý (CPU) làm, đều tốn năng lượng. Hoàn toàn là tất cả. Đừng quên máy tính chỉ là những thùng chứa điện tử rất nhỏ di chuyển chúng xung quanh trong không gian rất nhỏ.
• Khi một ứng dụng bị giết, có một số giao thức (hợp đồng) đã thỏa thuận xác định những gì cần phải thực hiện. iOS thực thi và mang các giao thức này. Nhưng công việc phải được thực hiện, nó không miễn phí và chắc chắn không phải lúc nào cũng rẻ (nó thực sự phụ thuộc vào ứng dụng là gì).

Như đã nói, người ta cho rằng hầu hết người dùng đóng các ứng dụng với hy vọng tăng tuổi thọ pin, theo ấn tượng rằng, bằng cách đóng mọi thứ, thì sẽ lãng phí ít năng lượng hơn trong việc duy trì các ứng dụng này chạy.

Sự thật là, trên iOS, điều này gần như không bao giờ xảy ra. Khi bạn nhấn home, ứng dụng sẽ bị treo và nó không còn sử dụng các tài nguyên mà ứng dụng khác có thể cần. Nếu một ứng dụng mới (hoặc thậm chí iOS) cần bộ nhớ đó, nó sẽ tự chăm sóc nó, nhưng chỉ khi nó cần.

Bạn đóng ứng dụng nhiều lần, buộc iOS phải thực hiện nhiệm vụ đắt đỏ đó là thực sự dỡ tải ứng dụng, lưu trạng thái và không, với vấn đề được thêm vào là khi bạn mở lại ứng dụng, tất cả những thứ đó phải được hoàn nguyên và, tùy thuộc vào độ phức tạp của ứng dụng, rất nhiều thứ phải được đọc từ bộ lưu trữ, vào bộ nhớ chính của điện thoại, v.v. Tất cả công việc làm thêm này, có thể tránh được nếu bạn chỉ để ứng dụng ở trạng thái bị treo lơ lửng.

Tuy nhiên ...

Trong một số trường hợp (và chúng rất hiếm nhưng không hiếm khi xảy ra), bạn muốn giết các ứng dụng hoạt động sai. Ví dụ là (nhưng không giới hạn): Các ứng dụng xử lý âm thanh nền hoặc các dịch vụ không đồng bộ như vị trí (nơi ứng dụng yêu cầu vị trí và iOS phải đi và hỏi xung quanh vị trí của nó, ví dụ, bằng cách bắn GPS nếu cần) , truyền phát video, v.v.

Tôi đã có vô số trường hợp ứng dụng như Lyft, United Airlines, thậm chí Twitter, kết thúc ở trạng thái bị hỏng (hoặc đơn giản là không hoạt động đúng cách), vì bạn đang ở trong một mạng xấu (iOS đã rất tệ phục hồi từ một số mạng xấu trong 3-4 bản phát hành vừa qua) hoặc mạng đơn giản là không đáp ứng đúng.

Theo thời gian, hầu hết các vấn đề này có xu hướng biến mất và ứng dụng bắt đầu hoạt động trở lại; nhưng nếu bạn thực sự cần ứng dụng hoạt động ngay bây giờ , thì bạn phải tiếp tục và trả giá khi phải giết nó và khởi động lại từ đầu. Bạn đã sử dụng nhiều pin hơn bằng cách đó, nhưng, hey, bạn cần nó.

Và nếu điều này gây nhầm lẫn, tôi có thể cung cấp cho bạn một sự tương tự xe hơi, bởi vì đó là những gì chúng ta có xu hướng làm mọi lúc.

Tương tự xe

_{Tôi biết rằng công nghệ xe hơi đã tiên tiến và đây không còn là một ví dụ hay, nhưng hãy chơi với tôi ở đây .}

Bắn động cơ của Ô tô được sử dụng để sử dụng nhiều nhiên liệu hơn là chỉ chạy không tải. Khi xe hơi có bộ chế hòa khí thay vì kim phun, điều này thậm chí còn tồi tệ hơn; đó là lý do tại sao tắt động cơ của bạn khi bạn dừng ở đèn đỏ, về mặt lý thuyết có thể sử dụng nhiều nhiên liệu hơn là không hoạt động trong một phút. Những chiếc xe mới hơn có cơ chế hiệu quả hơn nhiều và có thể dừng động cơ, nhưng vẫn ở trạng thái bán khởi động (chúng ta đừng đi vào xe hơi ở đây).

Bạn đóng ứng dụng, tương đương với một người tắt xe ở mỗi đèn dừng. Trái ngược với việc chỉ để nó nhàn rỗi cho đến khi bạn cần lại, thông thường vài giây sau.

Sự tương tự là không hoàn hảo, vì sự thật là, những chiếc xe nhàn rỗi vẫn sử dụng nhiên liệu, trong khi các ứng dụng bị treo thì không; tuy nhiên, trong mắt của điện thoại, họ không sử dụng bất cứ thứ gì liên quan đến bộ nhớ / pin (miễn là họ không có xử lý nền của bất kỳ loại hoạt động nào, rõ ràng).

Về cơ bản, bạn tắt động cơ mỗi khi bạn tắt ứng dụng và bạn sẽ không để cơ chế thông minh iOS iOS thông minh không hoạt động, vì vậy khi đèn chuyển sang màu xanh lá cây, bạn chỉ cần nhấn nút tăng tốc và động cơ đang chạy nhanh hơn nếu nó dừng 100%. Khởi động một động cơ từ trạng thái dừng, cũng sử dụng nhiều năng lượng hơn chỉ là nhiên liệu, bạn cần phải khởi động để động cơ có thể được quay, phun nhiên liệu và tia lửa được tạo ra, vì vậy, đó là rất nhiều công việc đằng sau hậu trường. Ứng dụng giống như động cơ. :)

1. Nếu bạn buộc phải tắt hoàn toàn một ứng dụng, thì khi bạn cần mở lại sau đó, chi phí liên quan đến việc khởi chạy một phiên bản mới của ứng dụng sẽ tốn nhiều CPU hơn và tốn nhiều năng lượng hơn là chỉ chuyển từ ứng dụng này sang ứng dụng khác.
2. Khi một ứng dụng chỉ ngồi đó trong bộ nhớ, trừ khi nó thực sự được xây dựng để chạy trong nền, nó thường bị tạm dừng hoặc bị giết và không tiêu thụ bất kỳ chu kỳ CPU nào (thường). Nếu đó là một ứng dụng khá đơn giản, thì nó sẽ chỉ sử dụng bộ nhớ. Trong trường hợp như vậy, trạng thái ứng dụng được duy trì ở một nơi khác (trên bộ nhớ thiết bị trong trường hợp của Android) để trạng thái ứng dụng có thể được khôi phục sau đó. Để cung cấp cho bạn một ý tưởng, một tin nhắn chưa được gửi khá dài mà tôi đã viết trong ứng dụng Viber trong điện thoại của tôi đã sống sót khi điện thoại bị tắt do hết pin. Sau khi khởi động lại điện thoại, sau đó là Viber, tôi tìm thấy tin nhắn đang chờ tôi gửi nó. Halleluja.
3. Tùy thuộc vào chip bộ nhớ của bạn, việc nó có chứa số không hay số không sẽ tạo ra bất kỳ sự khác biệt đáng kể nào trong mức tiêu thụ năng lượng. Vì vậy, việc lưu giữ những thứ trong bộ nhớ sẽ không khiến bạn tiết kiệm pin đáng kể.
4. Khi một ứng dụng đang ngủ cực sâu (các bạn, vui lòng xác nhận điều này), chỉ một tham chiếu đến nó sẽ hiển thị trong trình chuyển đổi ứng dụng dưới dạng ảnh chụp màn hình cuối cùng có thể nhìn thấy từ trước khi đi xuống. Tôi đang nói điều này bởi vì một ngày, tôi đã quyết định đóng tất cả các ứng dụng trong iPad của mình và tôi đã rất ngạc nhiên bởi số lượng ứng dụng tôi phải đóng. Đó là hơn 60 ứng dụng. Chúng không thể được lưu giữ trong bộ nhớ của iPad. Tôi thấy một số ứng dụng trong đó, đã được sử dụng vài tháng trước.

Tương tự như ... với chiếc xe của bạn, nếu bạn cần thực hiện quá nhiều điểm dừng trong ngày và tiếp tục dừng và khởi động động cơ, sẽ đến lúc pin sẽ cạn kiệt. Điều này có thể xảy ra nếu thời gian sạc trong khi bạn đang lái xe giữa các điểm dừng không đủ lâu để khôi phục lượng năng lượng khổng lồ bị hút ra khỏi pin mỗi khi bạn khởi động động cơ. Bên cạnh đó, nó không tốt cho người khởi động và tiêu thụ khí tổng thể. Đó là lý do tại sao nhiều tài xế xe tải giao hàng sẽ giữ cho động cơ không hoạt động trong thời gian dừng ngắn.

Sự tương tự này là IMO tương tự như huyền thoại tiết kiệm bộ nhớ.

Chỉ cần đưa ra một ý kiến ​​khác nhau ra để thảo luận. Khái niệm này có một mức độ trung thực nhất định với nó, nhưng một khi bạn đã mở một số ứng dụng nhất định, bạn có thể sẽ bắt đầu thấy lợi nhuận giảm dần khi giữ các ứng dụng bị treo.

Bạn càng mở nhiều ứng dụng, rõ ràng ram sẽ càng được sử dụng nhiều hơn. Thông thường, mỗi ứng dụng trong bộ nhớ được chia thành bộ nhớ mà chính ứng dụng hiện đang sử dụng, bộ nhớ mà ứng dụng muốn có trong tay và bộ nhớ mà hệ điều hành thực sự cho phép ứng dụng sử dụng, cung cấp cho bạn bộ nhớ cuối cùng của ứng dụng được phép sử dụng. Lý do ứng dụng giữ một phần riêng biệt của bộ nhớ này là bộ nhớ mà nó muốn sử dụng, là vì ứng dụng có thể cần phải tăng lên rất nhiều, nhưng nó không nhất thiết muốn làm điều đó ngay lập tức vì điều đó không tốt cho người thu gom rác có nhiều đống lớn (đống lớn = bộ sưu tập rác dài hơn), vì vậy ứng dụng sẽ dành một phần bộ nhớ hiện không được sử dụng, nhưng ứng dụng chỉ có thể được sử dụng nếu có nhu cầu.

Giả sử HĐH cho phép ứng dụng của tôi lên tới 700mb và ứng dụng dành riêng 300mb bộ nhớ đó, để lại 400mb cho ứng dụng của tôi sử dụng nếu muốn, nhưng sau đó, một ứng dụng khác sẽ mở và cần một số bộ nhớ; HĐH xem xét tất cả các ứng dụng khác nhau và quyết định xem có nên lấy một số bộ nhớ từ một ứng dụng khác và sử dụng nó cho ứng dụng mới hay không, trong trường hợp này, nó có thể quyết định lấy 150mb từ bộ nhớ cho phép của ứng dụng của tôi và đưa nó vào ứng dụng mới , yêu cầu bộ nhớ được hoán đổi xung quanh để cung cấp cho bộ nhớ ứng dụng mới (hãy nghĩ rằng đây là sự phân bổ lại tiền trong một doanh nghiệp), bạn càng mở nhiều ứng dụng, hệ điều hành phải làm càng nhiều việc để quyết định thực sự bộ nhớ của ứng dụng nào nó có thể rút ra để cung cấp cho bộ nhớ ứng dụng mới.

Theo nghĩa này, mọi ứng dụng được mở và bị treo đều làm tăng thêm sự phức tạp cho quá trình này, khiến nó tốn nhiều CPU hơn và cuối cùng cần nhiều năng lượng pin hơn để mở các ứng dụng trong tương lai so với năng lượng pin được lưu bằng cách không đóng các ứng dụng khác.

Bây giờ hãy lưu ý bạn, không ai trong số đó cân nhắc rằng trừ khi bạn thực sự giết một ứng dụng, có thể có các dịch vụ nền đang chạy sẽ tiêu tốn năng lượng xử lý, ví dụ như các thông báo được đặt để thông báo cho bạn về bộ đếm thời gian, v.v. các ứng dụng không sử dụng dịch vụ nền thực sự và thực sự sử dụng thông báo đẩy từ các dịch vụ như firebase, không yêu cầu ứng dụng phải mở bất cứ lúc nào.

Một điều khác cần xem xét, càng mở nhiều ứng dụng, bộ nhớ ban đầu sẽ bị phân mảnh nhiều hơn cho đến khi HĐH đi qua và dọn dẹp bộ nhớ để sạch hơn và đặt ra hiệu quả hơn, chính điều này cũng làm tăng sức mạnh xử lý và Càng nhiều bộ nhớ bị chiếm dụng bởi các ứng dụng, quy trình này sẽ càng chuyên sâu hơn cho thiết bị của bạn.

Tất cả những điều này để nói, để các ứng dụng mở hầu hết hiệu quả hơn, trừ khi có quá nhiều ứng dụng được mở, tuy nhiên tôi không chắc có bao nhiêu ứng dụng cần được mở để đạt đến ngưỡng này, nếu số lượng tồn tại.

Nguồn:

Trình thu gom rác SGen cho Mono: http://www.mono-project.com/docs/advified/garbage-collector/sgen/

Tổng quan về trình lược tả bộ nhớ cho cả ứng dụng Xamarin trên iOS và Android, cho thấy cách quản lý bộ nhớ của ứng dụng (bộ làm việc, byte riêng, bộ nhớ được phân bổ, v.v.) https://blog.xamarin.com/say-hello-to -the-xamarin-profiler /

Phiên bản cắt sạch: Sẽ tốt hơn vì HĐH được thiết kế để làm cho nó tốt hơn đến mức người dùng muốn giữ ứng dụng (hoặc ở trạng thái "treo") để thu thập thêm thông tin về hành động của bạn [*] sau Nếu cần thiết.

Phiên bản dài hơn: Các ứng dụng bị "treo" sẽ lưu trạng thái của chúng trong bộ nhớ, vì vậy một khi bạn muốn khởi động chúng, các quá trình tải lại mọi thứ sẽ cần ít thời gian hơn cho người quản lý và hầu như không sử dụng đơn vị lưu trữ ... Với điều này bạn không thể biết nếu ứng dụng của bạn đang làm một số thứ khác trong nền mà trong rất nhiều trường hợp họ ngồi đó thu thập dữ liệu về bạn.

[*] Để giải thích về việc thu thập dữ liệu trên phần của bạn ... các ứng dụng được lưu trữ trong bộ nhớ có thể bị "treo" hoặc hoạt động ở chế độ nền. Bạn là chủ sở hữu của thiết bị không thể biết (nếu bạn không có kiến ​​thức về và một số ứng dụng khác để chủ động quét việc sử dụng CPU) những gì ứng dụng nói thực sự đang làm. Từ quan điểm bảo mật, tôi khuyên bạn nên tắt bất kỳ ứng dụng nào bạn sẽ không sử dụng trong 10 phút tiếp theo.

PS Thực hành này được thực hiện trên các thiết bị Android cũng ...