[新聞] 用iPhone還在順手關程式嗎?難怪手機超耗電
用iPhone還在順手關程式嗎?難怪手機超耗電
心得:
原來這個多工視窗不代表可以同時處理這麼多事情喔...?
筆者上一台iPhone已經是4s了...
那這怎麼還叫多工視窗-.-
不過我其實沒有很懂這篇文章想表達什麼@@
到底是要教導使用者怎麼關APP 還是 怎麼切換APP呢
畢竟這兩個層面應該是不一樣的吧@@
對於一台RAM 1G-2G的機器
應該很容易就會碰到需要重新啟動吧?
我現在用的機肥兔就常常需要用到惹wwww
從哪邊開啟關閉有差很多嗎0.0用手機幹嘛這麼辛苦
還是蘋果調教比較好?
內文:
很多人一直以為關閉所有用完的程式就能省電,這個是常識,不過其實這個方法在iPhone / iPad 並不適用,因為這根本不是iOS 的運作模式,反而會適得其反。
iOS 一開始設計功能時,就將效能排在首位,Apple 得出來的「智慧多工」設計,在處理常式時和電腦很不同,雖然apps可以在背景運行,但完成其工作之後就會自動關閉,多工畫面展示的純粹是你有打開過的apps,而不是正在運行的apps,所以就連重新開機,apps也不會在多工畫面消失。
測試顯示如果經常從iOS多工介面關閉應用程式,反而更加耗電,因為當關閉程式時,會將程式由RAM 記憶移除,不過當你再次啟動該程式,就要重新載入,這個過程如果經常重複,造成的耗電比完全不關閉程式更高。
除非你啟動了背景重整功能,真正能夠在背景運行的只有幾種功能,播放音樂、定位、錄音等等,事實上如果iOS 需要更多RAM空間,是懂得自動關閉程式,所以根本不用你自己來弄。
簡單來說,多工畫面的主要作用是讓你切換apps,而不是關掉apps,唯一真正有需要手動關閉apps的時候,就是有app當機,所以如果你也有不斷關閉程式的習慣,不妨試試放手讓iOS自己搞定,電量可能就會好一些。
http://www.chinatimes.com/photo-app/20151108004472-260805
--
Sent from my LG G Flex 2.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.228.127.199
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1447028907.A.C0A.html
→
11/09 08:52, , 1F
11/09 08:52, 1F
→
11/09 08:52, , 2F
11/09 08:52, 2F
推
11/09 08:53, , 3F
11/09 08:53, 3F
推
11/09 08:54, , 4F
11/09 08:54, 4F
推
11/09 08:55, , 5F
11/09 08:55, 5F
推
11/09 08:56, , 6F
11/09 08:56, 6F
推
11/09 08:59, , 7F
11/09 08:59, 7F
推
11/09 09:01, , 8F
11/09 09:01, 8F
推
11/09 09:03, , 9F
11/09 09:03, 9F
推
11/09 09:12, , 10F
11/09 09:12, 10F
→
11/09 09:12, , 11F
11/09 09:12, 11F
→
11/09 09:17, , 12F
11/09 09:17, 12F
推
11/09 09:38, , 13F
11/09 09:38, 13F
推
11/09 09:56, , 14F
11/09 09:56, 14F
→
11/09 09:56, , 15F
11/09 09:56, 15F
→
11/09 09:56, , 16F
11/09 09:56, 16F
→
11/09 09:56, , 17F
11/09 09:56, 17F
推
11/09 10:06, , 18F
11/09 10:06, 18F
推
11/09 10:10, , 19F
11/09 10:10, 19F
→
11/09 10:16, , 20F
11/09 10:16, 20F
推
11/09 10:19, , 21F
11/09 10:19, 21F
→
11/09 10:19, , 22F
11/09 10:19, 22F
→
11/09 10:19, , 23F
11/09 10:19, 23F
→
11/09 10:19, , 24F
11/09 10:19, 24F
推
11/09 10:23, , 25F
11/09 10:23, 25F
推
11/09 10:23, , 26F
11/09 10:23, 26F
→
11/09 10:23, , 27F
11/09 10:23, 27F
→
11/09 10:23, , 28F
11/09 10:23, 28F
推
11/09 10:27, , 29F
11/09 10:27, 29F
→
11/09 10:27, , 30F
11/09 10:27, 30F
→
11/09 10:30, , 31F
11/09 10:30, 31F
→
11/09 10:44, , 32F
11/09 10:44, 32F
推
11/09 10:44, , 33F
11/09 10:44, 33F
→
11/09 10:45, , 34F
11/09 10:45, 34F
→
11/09 10:46, , 35F
11/09 10:46, 35F
推
11/09 10:51, , 36F
11/09 10:51, 36F
→
11/09 10:51, , 37F
11/09 10:51, 37F
推
11/09 10:52, , 38F
11/09 10:52, 38F
→
11/09 10:58, , 39F
11/09 10:58, 39F
推
11/09 11:01, , 40F
11/09 11:01, 40F
→
11/09 11:04, , 41F
11/09 11:04, 41F
推
11/09 11:04, , 42F
11/09 11:04, 42F
→
11/09 11:04, , 43F
11/09 11:04, 43F
推
11/09 11:06, , 44F
11/09 11:06, 44F
→
11/09 11:18, , 45F
11/09 11:18, 45F
推
11/09 11:41, , 46F
11/09 11:41, 46F
→
11/09 12:49, , 47F
11/09 12:49, 47F
推
11/09 12:58, , 48F
11/09 12:58, 48F
→
11/09 12:58, , 49F
11/09 12:58, 49F
→
11/09 17:28, , 50F
11/09 17:28, 50F
→
11/09 17:29, , 51F
11/09 17:29, 51F
推
11/10 02:59, , 52F
11/10 02:59, 52F
推
11/10 08:01, , 53F
11/10 08:01, 53F
討論串 (同標題文章)
以下文章回應了本文:
完整討論串 (本文為第 1 之 2 篇):
MobileComm 近期熱門文章
PTT數位生活區 即時熱門文章