Re: [問題] Android 沙盒

作者: mainline (OCISLY)   2017-09-10 13:52:23
→ gvmlve: Android 是因為開發系統的關係 而不能如此做嗎?
是’開放‘系統吧,我就當你是寫錯字囉。
與這一點完全沒關係,事實上Android打從一開始就使用沙盒。
當初借用來的Dalvik Virtual Machine (應用程序運行虛擬環境),VM虛擬機就是沙盒。
你知道Android程序apk都必須列明本身想要使用的權限嗎,這就是沙盒的表徵。
你若沒事先註明需要使用網路 卻往外發送網路封包,沒關係的,封包是通不過沙盒的。
現代操作系統的因安全考量會選擇使用沙盒,不意外。
沙盒模式下運作的應用程式,多種行為如存取,,播音,,讀取相機影像等都要經過中介審核才能步出沙盒。就算如此,很多外出任務在執行時,還是由沙盒外的系統負責執行。沙盒內的應用常則成了對外下指令者,而那些指令也都需要經過審核才能通過沙盒。
傳統桌機系統如Windows的UWP程式也已經採取類型措施。Windows同時也保留了兼容性,一般程式或舊程式並不會施予此待遇。
→ gvmlve: 有可能是因為 類似 他把東西灌在 沙盒裡
→ gvmlve: 移除時,所有的東西 都消失
沙盒和用久不頓還有清理,到底還是沒有啥關係啊。
Android在會在移除軟體時把程式私有及緩存資料夾一併移除。
Android安裝應用程式時給應用建立一個私有資料夾,這算是擺在沙盒裡。
同時也會給予應用程式額外的緩存資料夾,一般擺在虛擬SD上[/Android/data/*]。
雖然在SD上此文件夾無需SD讀寫權限也能使用。 後者沒私隱,主要是讓應用擺可無償清理的緩存文件。
接下來說的是iOS不會有的問題,它沒SD,無此煩惱。
Android會讓人出現沒把資料清乾淨的假象是 “一群自以為很行的人說的” 與 爛應用程式合力製造出來的誤解。
那些人呱呱叫說Android卸載不會清資料的,是見到了有SD讀寫權限的應用寫入SD卡公共空間的資料。那兒是存去一般資料的區域,是系統設計上不會主動清理的地方,免得請到了你需要的資料。
大可想像當你使用水噹噹相機App拍出人生後,某天卸載了水噹噹相機,Boom~ 照片瞬間被清理全部消失,這樣自然不行 所以系統當然要默認保留寫入公共空間裡的資料。問題出在於爛應用(尤其對岸的應用把它當debug用)習慣濫用這空間將一堆與用戶認知無關的資料也寫入公共區域,導致卸載後遺留下一堆垃圾。你問我為何不一併清理,我說: 等你開發出能讓手機讀腦的神經元能分辨那些文件手機主人想要保留後 再回答你。
→ gvmlve: 那為什麼 android 不使用nvme 的儲存裝置呢 謝謝
記憶體廠就那麼幾家,競爭固然激烈,但他們的產品是要能與其它電子原件溝通才能用的。想自己單獨搞個私有界面,Good Luck 祝您賣得出。所以他們的新產品路線其實也都是大家一起努力摸索出來的,當中常會出現一家廠同時身為不同”路線“陣營成員間的情況,屢見不鮮。
NvME基本上是設計給PC的PCIe界面,蘋果剛巧為Mac設計了記憶體控制器便拿來給iPhone使用,所以馬力十足。
UFS是以移動裝置為主的eMMC&SD卡使用的界面一路升級而來。這些儲存廠商自然都有賣這兩款記憶體。
那為何Android廠商為何不換NvME:
1. JEDEC剛搞出UFS。
2. 有家大手機廠自己是JEDEC成員,同時UFS大推手,自家產品若不用好奇怪。
3. 成本。
4. 最實際一點是兩者界面不通。高通只出一款高階處理器,UFS與eMMC界面類似一顆SoC能設計成同時兼容eMMC與UFS。要添加NvME支援,不是稍改接口就能的 詳見下一點。
5. NvME使用PCIe界面意味著需要大量並行(parallel)線路,SoC的外接點需要大改,絕對會影響到SoC內部構造安排與設計難度,請可參考蘋果A系列處理器滿滿的外界點。接著被牽連的是主板設計也需要大改添加並行線路,NAND還不能放太遠免得訊號被打折扣。
簡單說高通,,三星,,華為,,有在玩高階款處理器的沒動作,那就甭幻想廠商會有機會使用NvME。記憶體控制器反而不是大阻礙。
噓 ultratimes : 你以為重置真的是重置?系統早就片段化了
U大濕再度蒞臨指導啦,領教了…
原來NAND怕碎片。
作者: michaelchen1 (麥克麥克)   2017-09-10 22:22:00
看起來就相當專業!

Links booklink

Contact Us: admin [ a t ] ucptt.com