android監聽電源鍵

Ⅰ 9按android手機的電源鍵來黑屏和點亮屏幕，可以對app的功能產生影響，這里應用的技術是

消除 activity 啟動時白屏、黑屏問題

安卓源代碼修改之framework下面長按power鍵，修改安卓原生的關機、重啟界面（二）

修改Android系統長按關機時間，或禁用長按關機

Android 實現KeyguardView 鎖屏界面橫屏顯示

Android源碼解析（二十八）-->電源開關機按鍵事件

Ⅱ Android啟動過程深入解析

當按下Android設備電源鍵時究竟發生了什麼？

Android的啟動過程是怎麼樣的？

什麼是linux內核？

桌面系統linux內核與Android系統linux內核有什麼區別？

什麼是引導裝載程序？

什麼是Zygote？

什麼是X86以及ARM linux？

什麼是init.rc?

什麼是系統服務？

當我們想到Android啟動過程時，腦海中總是冒出很多疑問。本文將介紹Android的啟動過程，希望能幫助你找到上面這些問題的答案。

Android是一個基於Linux的開源操作系統。x86（x86是一系列的基於intel 8086 CPU的計算機微處理器指令集架構）是linux內核部署最常見的系統。然而，所有的Android設備都是運行在ARM處理器（ARM 源自進階精簡指令集機器，源自ARM架構）上，除了英特爾的Xolo設備(http://xolo.in/xolo-x900-features)。Xolo來源自凌動1.6GHz x86處理器。Android設備或者嵌入設備或者基於linux的ARM設備的啟動過程與桌面版本相比稍微有些差別。這篇文章中，我將解釋Android設備的啟動過程。深入linux啟動過程是一篇講桌面linux啟動過程的好文。

當你按下電源開關後Android設備執行了以下步驟。

此處圖片中step2中的一個單詞拼寫錯了，Boot Loaeder應該為Boot Loader（多謝@jameslast 提醒）

第一步：啟動電源以及系統啟動

當電源按下，引導晶元代碼開始從預定義的地方（固化在ROM）開始執行。載入引導程序到RAM，然後執行。

第二步：引導程序

引導程序是在Android操作系統開始運行前的一個小程序。引導程序是運行的第一個程序，因此它是針對特定的主板與晶元的。設備製造商要麼使用很受歡迎的引導程序比如redboot、uboot、qi bootloader或者開發自己的引導程序，它不是Android操作系統的一部分。引導程序是OEM廠商或者運營商加鎖和限制的地方。

引導程序分兩個階段執行。第一個階段，檢測外部的RAM以及載入對第二階段有用的程序；第二階段，引導程序設置網路、內存等等。這些對於運行內核是必要的，為了達到特殊的目標，引導程序可以根據配置參數或者輸入數據設置內核。

Android引導程序可以在找到。

傳統的載入器包含的個文件，需要在這里說明：

init.s初始化堆棧，清零BBS段，調用main.c的_main()函數；

main.c初始化硬體（鬧鍾、主板、鍵盤、控制台），創建linux標簽。

更多關於Android引導程序的可以在這里了解。

第三步：內核

Android內核與桌面linux內核啟動的方式差不多。內核啟動時，設置緩存、被保護存儲器、計劃列表，載入驅動。當內核完成系統設置，它首先在系統文件中尋找」init」文件，然後啟動root進程或者系統的第一個進程。

第四步：init進程

init是第一個進程，我們可以說它是root進程或者說有進程的父進程。init進程有兩個責任，一是掛載目錄，比如/sys、/dev、/proc，二是運行init.rc腳本。

init進程可以在/system/core/init找到。

init.rc文件可以在/system/core/rootdir/init.rc找到。

readme.txt可以在/system/core/init/readme.txt找到。

對於init.rc文件，Android中有特定的格式以及規則。在Android中，我們叫做Android初始化語言。

Action（動作）：動作是以命令流程命名的，有一個觸發器決定動作是否發生。

語法

1

2

3

4

5

; html-script: false ]

on <trigger>

<command>

<command>

<command>

Service（服務）：服務是init進程啟動的程序、當服務退出時init進程會視情況重啟服務。

語法

1

2

3

4

5

; html-script: false ]

service <name> <pathname> [<argument>]*

<option>

<option>

...

Options（選項）

選項是對服務的描述。它們影響init進程如何以及何時啟動服務。

咱們來看看默認的init.rc文件。這里我只列出了主要的事件以及服務。

Table

Action/Service

描述

on early-init

設置init進程以及它創建的子進程的優先順序，設置init進程的安全環境

on init

設置全局環境，為cpu accounting創建cgroup(資源控制)掛載點

on fs

掛載mtd分區

on post-fs

改變系統目錄的訪問許可權

on post-fs-data

改變/data目錄以及它的子目錄的訪問許可權

on boot

基本網路的初始化，內存管理等等

service servicemanager

啟動系統管理器管理所有的本地服務，比如位置、音頻、Shared preference等等…

service zygote

啟動zygote作為應用進程

在這個階段你可以在設備的屏幕上看到「Android」logo了。

第五步

在java中，我們知道不同的虛擬機實例會為不同的應用分配不同的內存。假如Android應用應該盡可能快地啟動，但如果Android系統為每一個應用啟動不同的Dalvik虛擬機實例，就會消耗大量的內存以及時間。因此，為了克服這個問題，Android系統創造了」Zygote」。Zygote讓Dalvik虛擬機共享代碼、低內存佔用以及最小的啟動時間成為可能。Zygote是一個虛擬器進程，正如我們在前一個步驟所說的在系統引導的時候啟動。Zygote預載入以及初始化核心庫類。通常，這些核心類一般是只讀的，也是Android SDK或者核心框架的一部分。在Java虛擬機中，每一個實例都有它自己的核心庫類文件和堆對象的拷貝。

Zygote載入進程

載入ZygoteInit類，源代碼：/frameworks/base/core/java/com/android/internal/os/ZygoteInit.java

registerZygoteSocket()為zygote命令連接注冊一個伺服器套接字。

preloadClassed 「preloaded-classes」是一個簡單的包含一系列需要預載入類的文本文件，你可以在/frameworks/base找到「preloaded-classes」文件。

preloadResources() preloadResources也意味著本地主題、布局以及android.R文件中包含的所有東西都會用這個方法載入。

在這個階段，你可以看到啟動動畫。

第六步：系統服務或服務

完成了上面幾步之後，運行環境請求Zygote運行系統服務。系統服務同時使用native以及java編寫，系統服務可以認為是一個進程。同一個系統服務在Android SDK可以以System Services形式獲得。系統服務包含了所有的System Services。

Zygote創建新的進程去啟動系統服務。你可以在ZygoteInit類的」startSystemServer」方法中找到源代碼。

核心服務：

啟動電源管理器；

創建Activity管理器；

啟動電話注冊；

啟動包管理器；

設置Activity管理服務為系統進程；

啟動上下文管理器；

啟動系統Context Providers；

啟動電池服務；

啟動定時管理器；

啟動感測服務；

啟動窗口管理器；

啟動藍牙服務；

啟動掛載服務。

其他服務：

啟動狀態欄服務；

啟動硬體服務；

啟動網路狀態服務；

啟動網路連接服務；

啟動通知管理器；

啟動設備存儲監視服務；

啟動定位管理器；

啟動搜索服務；

啟動剪切板服務；

啟動登記服務；

啟動壁紙服務；

啟動音頻服務；

啟動耳機監聽；

啟動AdbSettingsObserver（處理adb命令）。

第七步：引導完成

一旦系統服務在內存中跑起來了，Android就完成了引導過程。在這個時候「ACTION_BOOT_COMPLETED」開機啟動廣播就會發出去。

Ⅲ 如何在android 中service後台監聽按鍵，比如監聽音量鍵

為了實現鍵盤的監控，從新開發一個輸入法是不現實的，一般的操作就是在系統的輸入法機制中添加介面回調。我們知道，再應用程序中拿到按鍵的回調一般是監聽onKeyDown的介面，如下所示：publicbooleanonKeyDown(intkeyCode，KeyEventevent)開發者就可以根據回調方法中的參數，keyCode與KeyEvent來判斷具體事件。但是，由於事件的回調機制在其的沙箱中運行，在其他應用中是無法拿到當前應用事件回調的。那麼我們就從上到下，具體的看看事件的傳遞機制。如下圖所示，用戶點擊後，軟鍵盤或物理按鍵的輸入驅動就會產生一個中斷，且向/dev/input/event*中寫入一個相應的信號量。Android操作系統則會循環的讀取其中的事件，再分發給WindowManagerServer。由WindowManagerServer根據事件的來源分發到各個不同的ViewGroup與View中，從而產生不同的OnClick、OnKeyDown和OnTouch等事件。這個時候很自然的想到，黑客們希望做鍵盤監控，一定會向Linux底層增加自定義的事件。這里我們使用的是Linux中的getevent獲得/dev/input/eventX設備匯報的事件，這個命令還會輸出所有event設備的基本信息。包括觸屏、按鍵、耳機插入等等。其基本用法如下：Usage:getevent[-t][-n][-sswitchmask][-S][-v[mask]][-d][-p][-i][-l][-q][-ccount][-r][device]-t:showtimestamps-n:don'tprintnewlines-s:printswitchstatesforgivenbits-S:printallswitchstates-v:verbositymask(errs=1，dev=2，name=4，info=8，vers=16，pos.events=32，props=64)-d:showHIDdescriptor，ifavailable-p:showpossibleevents(errs，dev，name，pos.events)-i:-l:-q:quiet(clearverbositymask)-c:-r:printrateeventsarereceived鍵入getevent後，我們能夠看到設備中的一些列輸入硬體驅動信息，同樣下面會出現很多輸入指令信號，通常情況下，這些信號量都在刷屏，如下圖所示：這些信號量的表示我們無法直接看懂，輸入getevent–l加入Label我們能夠看到一些添加的標簽，如下所示：其實這些Lable已經在其input.h頭文件中定義好，其中type的定義如下：/**Eventtypes*/#defineEV_SYN0x00#defineEV_KEY0x01#defineEV_REL0x02#defineEV_ABS0x03#defineEV_MSC0x04#defineEV_SW0x05#defineEV_LED0x11#defineEV_SND0x12#defineEV_REP0x14#defineEV_FF0x15#defineEV_PWR0x16#defineEV_FF_STATUS0x17#defineEV_MAX0x1f#defineEV_CNT(EV_MAX+1)一般來說，常用的是EV_KEY、EV_REL、EV_ABS、EV_SYN，分別對應鍵盤按鍵、相對坐標、絕對坐標、同步事件。EV_SYN則表示一組完整事件已經完成，需要處理，EV_SYN的code定義事件分發的類型。

Ⅳ android物理鍵

一般都是4個物理鍵。系統本身要求至少2個。
（
或導航鍵沒算。）

有【 菜單，返回，搜索，小房子。】
菜單和返回好像是必須的。但是也可以做成不要物理鍵的。

Ⅳ Android 電源管理相關邏輯之PMS

       PowerManagerService是負責管理、協調設備電源管理的系統服務之一，設備常見功能如亮滅屏、亮度調節、低電量模式、保持CPU喚醒等，都會通過PMS的協調和處理。其繼承自SystemService，因此具有SystemService子類的共性：具有生命周期方法，由SystemServer啟動、注冊到系統服務中，通過Binder和其他組件進行交互等。

       和SystemService的其他子類一樣，PMS由SystemServer通過反射的方式啟動，看一下PMS的構造方法：

       通過上面可以看到，在構造方法中首先創建了一個HandlerThread；其次獲取了兩個Suspend鎖，SuspendBlocker是一種鎖機制，只用於系統內部，上層申請的Wakelock鎖在PMS中都會反映為SuspendBlocker鎖。這里獲取的兩個Suspend鎖在申請Wakelock時會用到；最後調用了native方法，這幾個方法會通過JNI層調用到HAL層。

       在該方法中，首先對該服務進行Binder注冊和本地注冊，當進行Binder注冊後，在其他模塊中就可以通過Binder機制獲取其實例，同理，當進行本地注冊後，只有在System進程才能獲取到其實例；最後設置Watchdog的監聽。

       在這個方法中，設置mBootCompleted為true，表示啟動完成，將mDirty置位，mDirty是一個二進制的標記位，用來表示電源狀態哪一部分發生了改變，通過對其進行置位（|操作）、清零（～操作），得到二進制數各個位的值(0或1)，進行不同的處理 ，然後執行updatePowerStateLocked()方法，這是整個PMS中最重要的方法，這塊會在下文中具體功能中進行詳細分析。

        該方法內主要有5個重要功能 ：
a.獲取各類本地服務和遠程服務，如屏保(DreamMangerService)、窗口(PhoneWindowManager)、電池狀態監聽服務(BatteryService)等服務，用於進行交互；
b.注冊用於和其他Sytem交互的廣播；
c.調用updateSettingsLocked()方法更新Settings中值的變化；
d.調用readConfigurationLocked()方法讀取配置文件中的默認值；
e.注冊SettingsObserver監聽；

       當通過系統設置等進行屏幕亮度調節時，會調用到PMS內部的updatePowerStateLocked()，通過該方法進行接下來的邏輯執行，最終通過HAL層來設置屏幕亮度，本文基於 Android 8.1 版本進行分析：

       當亮度調節時，處理邏輯主要是在phase 2，即updateDisplayPowerStateLocked(dirtyPhase2)，一起看一下該方法：

       該方法內部主要做了兩件事：
a.封裝DisplayPowerRequest實例mDisplayPowerRequest，包括通過
getDesiredScreenPolicyLocked()獲取policy，此處為DisplayPowerRequest. POLICY_BRIGHT ；還有screenBrightness等；
b.調用DisplayManagerInternal的requestPowerState()，上步封裝的DisplayPowerRequest作為參數傳入，mDisplayManagerInternal是在systemReady()內部獲取的；

       DisplayManagerInternal內部的requestPowerState為抽象方法，因此會調用到實現類中，具體是在DisplayManagerService內部的LocalService，看一下具體實現：

       最終會調用到DisplayPowerController內部的requestPowerState()方法：

       在該方法內部先將傳入的DisplayPowerRequest對象賦值給mPendingRequestLocked，後續會使用；接著執行sendUpdatePowerStateLocked()，在該方法內部會發送非同步消息 MSG_UPDATE_POWER_STATE ，對應處理方法為updatePowerState()；

       該方法內部主要幹了6件事：
a.將要更新的DisplayPowerRequest實例賦值給mPowerRequest；
b.如果為首次執行的話，需要執行initialize()來執行初始化操作，創建DisplayPowerState實例mPowerState、RampAnimator實例mScreenBrightnessRampAnimator等；

       c.根據mPowerRequest.policy來更新state，此處為Display. STATE_ON ；
d.執行animateScreenStateChange(state, performScreenOffTransition)來更新DisplayPowerState；
e.根據策略進行選擇，最終確定要更新的brightness值；
f.執行animateScreenBrightness(brightness,slowChange ? mBrightnessRampRateSlow : mBrightnessRampRateFast)來進行更新；

       可以看到，在animateTo()內部會執行mProperty.setValue(mObject, target)，mProperty對應的是
DisplayPowerState. SCREEN_BRIGHTNESS， mObject對應的是mPowerState，都是在DisplayPowerController內部的initialize()內部傳入的，接下來就進入了DisplayPowerState內部了 ；

       scheleScreenUpdate()會執行到postScreenUpdateThreadSafe()，然後會post mScreenUpdateRunnable；

       可以看到，在執行setState()後，最終會執行mBlanker.requestDisplayState(state, backlight)，mBlanker是DisplayBlanker實例，初始化是在DisplayPowerController構造方法內，在DisplayPowerController內部的initialize()內部傳入的，根據調用關系會追溯到DisplayMangerService的LocalService的initPowerManagerment()方法，該方法是在PowerManagerService的systemReady()方法內執行的；

       由於傳入的state為Display. STATE_ON ，執行到(state, brightness)，根據調用關系最終會執行到updateDisplayStateLocked()獲取Runnable實例；

       根據調用關系看到，會通過DisplayDevice的requestDisplayStateLocked()來獲取到Runnable；
在DisplayManagerService的onStart()內發送消息來執行registerDisplayAdapterLocked(new LocalDisplayAdapter())載入 BUILT_IN_DISPLAY_IDS_TO_SCAN對應 的LocalDisplayDevice(繼承DisplayDevice)，載入成功後存入mDisplayDevices列表內進行管理；
在創建LocalDisplayDeivce時會通過lights.getLight(LightsManager. LIGHT_ID_BACKLIGHT )獲取mBackLight，對應的是LightsService內部的LightImpl繼承light；
在通過LocalDisplayDevice獲取到Runnable後接著執行run()，會執行到setDisplayBrightness()；

       在setDisplayBrightness()內部會執行到mBacklight.setBrightness(brightness)，具體實現邏輯是在LightsService內部；

       最終通過native方法調用到HAL層對屏幕的背光進行設置。

       不同的調節方式對應不同的入口及判斷邏輯，只分析調用入口及涉及的關鍵策略來選擇最終目標brightness值邏輯；

       系統設置在調節屏幕亮度時，會實時更新Settings. SCREEN_BRIGHTNESS 值，DisplayPowerController在監聽到該值變化後會執行handleSettingsChanged()方法：

       監聽到變化後，先通過getScreenBrightnessSetting()來獲取到當前值，然後賦值給，接下來執行sendUpdatePowerState()，最終執行updatePowerState()方法：

        結論：系統設置會根據的值來設置對應的目標brightness值；

       快速設置來滑動進度條來調節屏幕亮度時，會調用PowerManagerService的()方法：

       跟隨調用關系，調用到DisplayPowerController的setTemporaryBrightness()方法，發送 MSG_SET_TEMPORARY_BRIGHTNESS 消息，設置mTemporaryScreenBrightness為傳入的值，然後執行updatePowerState()：

結論：快速設置會根據mTemporaryScreenBrightness的值來設置對應的目標brightness值；

在視頻播放界面可以通過左側上下滑動來調節屏幕亮度，具體實現方式如下：

       Window是activity對應的Window，通過getWindow()可以得到，設置WindowManager.LayoutParams內部的screenBrightness後執行window.setAttributes(lp)可以來調節屏幕亮度；
Window執行setAttributes()會執行到Activity的onWindowAttributesChanged()方法，調用到WindowManagerGlobal的updateViewLayout()最終調用到ViewRootImpl的setLayoutParams來執行重新繪制；
繪制流程就不陳述了，最終會執行到RootWindowContainer內部的performSurfacePlacement()方法，接下來通過handleNotObscuredLocked()獲取到對應WindowState的w.mAttrs.screenBrightness賦值給mScreenBrightness，然後在performSurfacePlacement()發送 SET_SCREEN_BRIGHTNESS_OVERRIDE消息， 最終通過WindowManagerService來調用到PowerManagerService內部的()方法：

       可以看到，在Internal()內部會將brightness賦值給，然後執行updatePowerStateLocked()，先看
updateDisplayPowerStateLocked()方法：

       可以看到，screenBrightness會設置為，該值默認為-1，經過設置後screenBrightness>0，接著執行到DisplayPowerController的updatePowerState()方法：

結論：Window屬性調節會根據的值來設置對應的目標brightness值；

       設置屏幕亮度時，主要是在DisplayPowerController內部的 updatePowerState() 來對目標screenBrightness進行設置，screenBrightness默認值為PowerManager.BRIGHTNESS_DEFAULT = -1，會根據DisplayPowerRequest及其他策略進行選擇，順序依次為：
a.if (brightness < 0 && mPowerRequest.screenBrightness >= 0)： 通過設置Window屬性來進行調節(視頻播放界面）
b.if (mTemporaryScreenBrightness > 0)： 通過快速設置滑動來進行調節
c.if (brightness < 0) {brightness = clampScreenBrightness()}： 通過系統設置滑動調節

       當系統設置內部設置了自動進入屏保時間後，如果在此段時間後滿足進入條件，會進入屏保，該邏輯入口是在PMS內部的updatePowerStateLocked()，一起看一下：

       本流程只分析滿足條件後進入屏保的整個過程，關於條件判斷會在下一節中進行分析，先從updatePowerStateLocked()看起：

       在該方法內部首先循環執行了三個方法：
a.updateWakeLockSummaryLocked()：根據mWakeLocks來計算得到mWakeLockSummary的值；
       b.()：計算得到mUserActivitySummary以及何時進行下一次check；
       c.updateWakefulnessLocked()：判斷是否可以進入屏保及更新mWakefulness狀態；
d.updateDreamLocked()：根據當前狀態選擇是否進入屏保；

       當mWakefulness為 WAKEFULNESS_AWAKE 時，且isItBedTimeYetLocked()，即：副駕滿足進入屏保的條件，看一下該方法的邏輯：

       當滿足以上條件後，執行napNoUpdateLocked()：

       設置mSandmanSummoned為true，更新當前mWakefulness狀態 WAKEFULNESS_DREAMING ，最後返回true；
前面的循環中當結果返回true時，會執行下一次循環，重新計算mWakeLockSummary和mUserActivitySummary，最終返回false，執行break退出循環，執行updateDreamLocked()；

       滿足條件後執行scheleSandmanLocked()來發送非同步消息，執行handleSandman()，mDisplayReady是在updateDisplayPowerStateLocked()內部最終通過DisplayPowerController內部返回的；

       在handleSandman()先進行判斷，滿足條件後即startDreaming為true時，執行stopDream()、startDream()，接下來再執行wakeUpNoUpdateLocked()，一起看一下該方法的實現：

       將mWakefulness更新為 WAKEFULNESS_AWAKE ；然後再執行 userActivityNoUpdateLocked()來更新user activity相關信息，接著上面進行分析，執行startDream()進入屏保；

       在startDream()邏輯執行過程中首先獲取到本地屏保實現的ComponentName，通過在core/res/res/values/config.xml內進行配置：

       接下來最終通過DreamController的startDream()來啟動；

       可以看到在startDream()內部通過bindService()來啟動本地實現的屏保服務SevenDreamService；

Ⅵ android10編程如何摸擬電源鍵

有root可以用一鍵鎖屏軟體,加音量鍵喚醒。就可以代替了。現在的手機一般都有智能喚醒,你可以找找,就是雙擊喚醒和上滑喚醒

Ⅶ 如何監聽Android電源鍵長按

如果要執行長按事件的話，必須先執行event.startTracking(); 然後onKeyLongPress(int, KeyEvent)才能被調到。更多內容 歡迎訪問：
是說在dispatchkeyevent里先執行event.startTracking(); 然後才super.dispatchKeyE……

你可以這樣子做：
@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
super.onKeyDown(keyCode, event);
if(keyCode == KeyEvent.KEYCODE_POWER){
event.startTracking();
}
}

@Override
public boolean onKeyLongPress(int keyCode, KeyEvent event) {
return super.onKeyLongPress(keyCode, event);
}

這樣子你的onKeyLongPress方法就會被執行到了。

希望能對你有用！

Ⅷ Android同時監聽電源鍵和音量上鍵

下面兩種都可以獲取到音量鍵

測試的時候,發現KeyEvent.KEYCODE_VOLUME_UP 一直按住的時候

三星的一款平板計數到200,就不在觸發該事件;

所以改為 KeyEvent.ACTION_DOWN 時啟動一個方法用來計數, KeyEvent.ACTION_UP的停止技數;

Ⅸ Android怎麼獲取屏幕被點亮的動作

復制參考的別人的希望對你有幫助，總的來說就是監聽intent.action.SCREEN_ON廣播

在manifest文件裡面注冊一個receiver
<receiver android:name="com.test.check.MyReceiver">

<intent-filter>

<action android:name="android.intent.action.SCREEN_OFF"></action>

<action android:name="android.intent.action.SCREEN_ON"></action>

<action android:name="android.intent.action.ACTION_POWER_CONNECTED"></action>

<action android:name="android.intent.action.ACTION_POWER_DISCONNECTED"></action>

<action android:name="android.intent.action.ACTION_SHUTDOWN"></action>

</intent-filter>

</receiver>

代碼部分這樣監聽：

public class MyReceiver extends BroadcastReceiver {

@Override

public void onReceive(Context arg0, Intent arg1) {

// TODO Auto-generated method stub

Log.v("#@%@%#", "Power button is pressed.");

Toast.makeText(arg0, "power button clicked",Toast.LENGTH_LONG).show();

//perform what you want here

}

}

希望這個連接能幫助你 http://hi..com/doyee/item/2f0f4d142c3455721009b548

Ⅹ 安卓怎麼修改home鍵,使home鍵雙擊進後台（也就是像iPhone那樣）

這個不能修改的，只能這樣。

不過安卓可以安裝虛擬Home鍵。下載Easy Touch，功能和蘋果的AssistiveTouch一樣的功能，可以自定義相關的操作，可以很好的模擬實體的HOME鍵。在各大應用商城都可以下載。

在蘋果中按一次home鍵，返回主界面。雙擊home鍵，出現後台運行程序。長按home鍵，在iPhone 3GS（第三代）和iPhone4（第四代）中會開啟「語音控制」，在iPhone4S（第五代）、iPhone5（第六代）、第三代與第四代iPad中將會開啟Siri語音助手。按電源鍵3秒後，同時按住home鍵10秒，松開電源鍵，保持home鍵15秒，進入DFU模式（越獄用）。連按3下home鍵的功能可以自定義。