“卡頓”在Android手機當中似乎是一個永遠不滅的話題，尤其是對比iOS系統而言。內存機制是其中最主要焦點之一。所以我們看到Android在不斷地增加系統運行內存，如今4GB已經基本在安卓旗艦機當中普及，甚至一些廠商在相繼安排更高內存的機型發布（只是發布，尚沒有成品上市），但似乎這也并沒有讓Android卡頓的聲浪徹底湮滅。

　　手機越用越卡，甚至成為果粉的笑柄，其背后的核心原因其實是歷史遺留。最早Android原型機主要考慮鍵盤機設計，忽略了渲染界面的優先級；而iOS系統則是從底層設計上便更傾向于觸控屏幕機型。iOS響應順序依次為Touch（觸控）—Media（媒體）—Service（服務）—Core（核心架構），屏幕觸控響應優先，也就是當你觸控屏幕之后，系統會優先處理屏幕顯示層級，之后才是其他；而Android響應級別則是Application（應用）—Framework（框架）—Library（程序庫，包括屏幕響應）—Kernal（內核架構），也就是當你點擊屏幕之后，系統會先忙著激活應用、打開框架，第三步才會照顧到屏幕顯示。所以從早期設計優先級別上Android落后于iOS。

　　Android系統框架

　　不過Android也并非不知道自己的問題，所以在后期也在盡全力拼命修改架構以適應觸控操作。比如谷歌曾在Android4.4時期將一直被視為拖慢Android整體運行速度罪魁禍首的Dalvik虛擬機模式調整為ART模式，提升系統的運行效率；而品牌廠商也在以自家ROM形式對其進行著優化，比如華為EMUI（代表產品如華為Mate8）等。但在開源這條道路上，與封閉的iOS相比，Android在內存管理機制上對App往往略有縱容，加之不少App肆無忌憚的占用內存資源，增大內存也無濟于事，所以我們會經常看到，雖然每年內存容量都在大跨度提升，開機剩余量永遠顯示不足。

　　Android的最大特點是開放，不過這樣的開放自然也容易帶來問題，這也是Android之所以有卡頓的重要原因之一。

　　目前很多廠商在對Android的優化上進行了很多努力，目前比較有代表性的品牌和產品比如華為的華為Mate8等等。當然這個世界似乎永遠有正反兩面，在Android開發者陣營中，總會有一些不遵守行業規則的開發者任意妄為，比如你安裝一款應用，它會不經你同意附帶幾款毫無用處的附加應用，而有關影響流暢性的是，你打開一款應用，它甚至有可能會連帶偷偷在后臺運行多款自家應用拖累有限的內存等硬件資源，這樣的流氓行為在Android也不少見。

　　Android手機用久總會出現卡頓情況內存不停被“吃”

　　系統資源的調用機制和管理的迥異等等是Android系統流暢性無法與iOS媲美的關鍵，但追求流暢勢必要對Android的整個生態作嚴格限制，對龐大的Android終端來說得不償失，而谷歌又不可能完全將已經積攢多年的Android軍隊打亂重來，所以目前來看，除了谷歌對Android系統的不斷細節優化外，我們更多的只能寄希望于Android陣營當中的智能手機廠商能夠在維持和促進手機流暢性上多下些功夫，而不僅僅是單純從硬件上將其提升到所謂的4GB或更大而已。