Android 的「返回」鍵一直都是筆者最喜愛的功能之一，不似得 iPhone 的“返回”鍵一直高高在上，Android 的「返回」鍵一直保持在 Navigation bar之中，使用家在來回各 Apps 之間都分外方便。
然而因為各種考量，開發者一般都會對「返回」鍵作出相應的修改。最普遍的莫過於防止意外離開的功能，每當用家點撃「返回」鍵，都會有一個提示詢問用家是否決定離開軟件。
另一個常見佔領事件，就是顯示 Navigation drawer，因為 Navigation drawer 是一個隱藏菜單，畫面上並沒有提示隱藏菜單的存在。所以開發者往往就會在主頁上佔領「返回」鍵，使用家於離開前了解到有一個隱藏菜單存在，以便增加用家在其 App 上的停留時間。
筆者並不鼓勵這些功能，原因如下：
- 阻礙流操作暢度：
雖然離開時多按一次確認不會使用很多時間，但其實會為進階用家帶來很大困擾。另一方面，由 Android Honeycomb 開始，Dialog 的確認與取消兩個選項已經統一：左為取消，右為確認。但在 Honeycomb 之前其實是沒有統一的，又或者說基本上是左右對調了。當用家使用舊 Apps 時，往往要用家先看清楚才可以進行操作。至於顯示 Navigation drawer，其實只要於用家第一次使用時提示用家有隱藏菜單的存在就可以了，用不著每次都顯示。 - 破壞操作流程：
一般用家都習慣了正常的使用流程，例如在 App 中開啟其他 App，完成後便返回原先的 App。如果添加了額外的導向（如返回 Launcher），那用家就會損失了返回上一個 App 的機會，直接的破壞了操作流程。 - 效用成疑：
要離開的不會留下，返回鍵不能就直接按 Home 鍵吧。但直接按 Home 鍵其實與離開有點不一樣，相對於按返回，按 Home 鍵時 App 很大機會保留在背景中，如果有背景運作沒有完全中斷或系統沒有完全回收資源等亦會增加耗電量。 - 沒有一致性：
用家期望按離開時直接離開，但各個 Apps 的不同做法會為用家帶來操作上的猶豫與困擾。
如果各種問題都出現於同一個 App 會有甚麼效果？可以看看下面的例子：
不計算廣告彈出一至兩次，以及間中的流程錯誤，蘋果日報的 App 於進入文章頁後，最少要按三次才可以真正離開，而離開後亦不會返回上個 App，這樣的過度使用返回鍵已經達到災難級。
