Quickstep 数据放在哪？换机前必讀的桌面配置備份手冊

Quickstep 是什麼？為什麼它的資料你該先摸清

Quickstep 是 Android 9.0 起系統自帶的啟動器（Launcher），包名 com.android.launcher3。它不是一個可隨意替換的普通 App——桌面圖標佈局、資料夾分組、小部件擺放、最近任務卡片的全部狀態，都由它獨家管理。你在主屏上看到的每一個像素，本質上都是 Quickstep 從自己的資料庫裡讀出來再渲染給你的。

說它是「安卓桌面靈魂」不誇張。卸載或禁用 Quickstep 後，多數設備會直接黑屏——因為系統找不到能顯示桌面的組件了。但恰恰因為它是系統級組件，多數人壓根沒意識到：自己精心擺好的 6 頁主屏、分組齊整的資料夾、調試半天才順眼的小部件，全部鎖死在 Quickstep 的私有目錄裡，從來沒有「匯出」這個選項。

我上一次換機就吃過這個虧：以為 Google 備份會自動帶走桌面佈局，結果還原後只有應用安裝回去了，主屏一片空白，所有分組、資料夾命名、小部件位置全部丟失，花了三個小時重新擺。這之後我養成一個習慣——任何要長期用的 App 或系統組件，先摸清它的資料退路，再深度使用。這篇就是我把 Quickstep 翻了個底朝天後整理的備份與遷移手冊。

安裝

Quickstep 作為 Android 系統核心組件，通常不需要單獨安裝——它隨系統固件預裝，包名固定為 com.android.launcher3，版本號隨廠商 ROM 更新推進（素材包顯示當前採集版本為 3.0.12）。

但有兩種情況你可能需要「重新安裝」或替換：

一、系統更新後 Quickstep 異常：部分廠商 ROM 的 OTA 會覆蓋 Quickstep 的資料庫，導致桌面重置。此時進入「設定 → 應用 → 顯示系統應用 → 找到 Quickstep」，先「清除快取」再「清除資料」，然後重啟手機——注意：這會清空所有桌面佈局，等同於恢復出廠設定的桌面狀態，操作前務必確認已有備份。

二、想更換第三方啟動器：Quickstep 是可替換的。安裝 Nova Launcher、Smart Launcher 等第三方啟動器後，按 Home 鍵系統會彈窗詢問「使用哪個啟動器」，選擇新啟動器並設為預設即可。Quickstep 本身不會被卸載（它是系統 App），只是不再接管桌面顯示——想切回來時在「預設應用 → 主螢幕」裡重新選 Quickstep。

三、第三方 ROM 上的 Quickstep：部分自訂 ROM（如 LineageOS）會把 Quickstep 作為可選安裝項，此時才需要手動刷入 Quickstep下載 對應的 APK，安裝包體積積極小（僅 5MB 左右，素材包顯示 5.03M）。

Quickstep 的資料究竟存在哪

搞清楚資料存儲位置，是備份的前提。Quickstep 的資料分為三層：

第一層：私有資料庫（核心資料）

路徑 /data/data/com.android.launcher3/，這裡存放了：

• databases/launcher.db：整個桌面的靈魂。圖標座標、資料夾結構、小部件 ID 與位置、熱鍵區佈局——全部以 SQLite 表形式存在這個檔案裡。換句話說，只要拿回這一個檔案，你的桌面就能 1:1 復原。但問題是：這個目錄需要 Root 權限才能讀取，普通用戶無法直接訪問。
• shared_prefs/：Quickstep 的偏好設定，比如預設主題、動畫開關、資料夾顯示模式等 JSON 檔。

第二層：外部存儲快取（非核心）

部分 ROM 會把預載的小部件資源、主題圖片快取到 /Android/data/com.android.launcher3/，這一層不需要 Root 就能讀，但屬於可重建的快取性質，不是備份重點。

第三層：Google 雲端備份（有限覆蓋）

這是多數用戶唯一接觸到的備份路徑。Android 的「自動還原」功能（設定 → Google → 備份）理論上會把桌面佈局納入備份範圍，但實測下來：

• 多數廠商 ROM 的 Google 備份不包含 Quickstep 的完整 launcher.db——只備份了應用安裝列表，不備份圖標位置和資料夾結構。這是我上次換機踩坑的直接原因。
• Pixel 原生設備的備份相對完整，能還原大部分桌面佈局，但小部件的具體配置（比如時鐘小部件選了哪個城市的天氣）仍可能丟失。
• 備份還原時如果新版本 Android 的 Quickstep 資料庫 schema 有變動，老備份可能無法導入——表結構對不上，還原直接失敗。

怎麼備份 Quickstep 的資料

根據是否有 Root 權限，備份路徑完全不同：

有 Root 權限：備份 launcher.db 即可完整還原

如果你已經 Root 了設備（或使用支持 Root 的自訂 ROM），備份變得極其簡單：

su
cp /data/data/com.android.launcher3/databases/launcher.db /sdcard/quickstep-backup/launcher-$(date +%Y%m%d).db
cp -r /data/data/com.android.launcher3/shared_prefs/ /sdcard/quickstep-backup/prefs/

把 /sdcard/quickstep-backup/ 整個目錄複製到電腦或雲盤即可。還原時在新設備上把這兩個檔案放回對應路徑、調整權限為 chmod 600（launcher.db 需要 Quickstep 自身的 Linux 使用者權限才能讀），重啟後桌面就會 1:1 還原——圖標位置、資料夾命名、小部件擺設全部回來，沒有任何遺漏。

額外提示：小米 HyperOS、OPPO ColorOS 等廠商 ROM 的 Quickstep 可能使用了加密或額外的 schema 變體，此時除了 launcher.db，建議同時備份 /data/data/com.android.launcher3/databases/ 目錄下所有 .db 檔，避免缺表。

無 Root 權限：走官方渠道 + 手動記錄

這是 99% 用戶的處境。沒有 Root 的情況下，你無法直接觸及 Quickstep 的私有資料庫，備份路徑只有以下幾條：

方法一：依賴 Google 自動備份（最方便但不可靠）

在 Quickstep官網 提到的「設定 → Google → 備份」路徑中開啟「備份至 Google Drive」。理論上會備份應用列表、部分設定與桌面佈局，但如前所述，多數廠商 ROM 的 Quickstep 並未完整接入這個 API。建議備份完成後，到 Google Drive 的「備份」頁面查看最近一次備份的時間與大小——如果備份檔很小（幾 MB），基本可以確定 Quickstep 的資料沒被包含進去。

方法二：使用第三方備份工具（推薦）

Swift Backup、Seedvault 等工具可以在無 Root 情況下通過 Android 的「備份服務 API」抓取應用資料。操作路徑：安裝 Swift Backup → 選擇「系統應用」→ 勾選 Quickstep → 開始備份。備份產物為一個 .sb 壓縮包，還原時在新設備上安裝 Swift Backup → 導入備份包 → 還原 Quickstep。

注意：Swift Backup 需要你從 Google Play 或 F-Droid 下載（F-Droid 版本更乾淨，無追踪器），且備份前需要授予「所有檔案存取」權限。

方法三：手動記錄桌面佈局（最笨但最可控）

如果以上方法都不靠譜，最原始但最可靠的方式是：每一頁主屏截圖、資料夾內部截圖、小部件細節截圖，然後把所有截圖按頁序整理成一個相簿。換機時對著截圖逐頁重建——繁瑣但絕對不會丟失任何一個圖標的位置。我朋友用這個方法十幾年，從 Nexus 5 換到 Pixel 8，從沒在桌面佈局上吃過虧。

換設備時的遷移路徑與易斷點

Quickstep 的資料遷移最大的問題在於 schema 版本不兼容。以下是各種遷移場景的穩定性評估：

同 ROM、同 Android 版本：最穩

比如從小米 13 換到小米 14（都是 HyperOS + Android 14），直接走系統內置的「手機搬家」或 Google 備份還原即可，幾乎不會出問題。但仍建議還原後立即截圖確認——廠商 ROM 的 Quickstep 可能在 OTA 後悄悄改了資料庫結構。

同 ROM、跨 Android 大版本：有風險

比如從 Android 12 升到 Android 14，Quickstep 的資料庫 schema 大概率有變動。此時舊備份可能導致部分資料夾丟失、小部件變成空白卡片。最穩的做法是：在舊設備上先把所有資料夾打開截圖，新設備還原後對照截圖重建丟失的部分。

跨 ROM 遷移：基本無效

從三星 One UI 換到小米 HyperOS，兩邊的 Quickstep 雖然都叫 Quickstep，但廠商各自加了大量自訂欄位，資料庫結構已經面目全非。直接導入 launcher.db 極大概率導致 Quickstep 崩潰。跨 ROM 遷移桌面的唯一可行路徑是使用與 ROM 無關的第三方啟動器（如 Nova Launcher），並在舊設備上先用 Nova 匯出佈局再到新設備上匯入。

從自訂 ROM 換回官方 ROM：看情況

如果雙方都是標準 AOSP Quickstep（如 LineageOS 和 Pixel 原生），schema 兼容性較好；但如果自訂 ROM 加了自訂功能（如資料夾內搜尋、動態圖標），這些額外功能的資料在官方 ROM 的 Quickstep 裡會被忽略，但不會導致崩潰——基本佈局能保住，自訂功能的部分會遺失。

退路評估：哪天不用 Quickstep 了，資料能帶走嗎

能帶走的部分：如果你有 Root + 備份了 launcher.db + 使用 Swift Backup 等工具，理論上 100% 可帶走——資料庫本身是標準 SQLite，只要 schema 對得上就能導入到任何 Quickstep 實例。

無法帶走的部分：小部件的內部配置（如時鐘小部件選了哪個城市、日曆小部件顯示哪個帳號的行程）存在對應 App 自己的資料庫裡，不在 Quickstep 的 launcher.db 中。換機時這些配置需要在各 App 內單獨遷移。

卸載乾淨嗎：Quickstep 作為系統 App 無法被真正卸載，只能「停用」。停用後它的私有資料目錄會保留（不會被清除），未來想重新啟用時原桌面佈局還在——這點對多數用戶是好事。但如果你用第三方工具強制清除了 Quickstep 的資料（比如在恢復模式裡），那所有桌面佈局就永久丟失了，無法恢復。

結論

Quickstep 的資料自主度取決於你有沒有 Root 或會不會用 Swift Backup。有 Root 的用戶握著 launcher.db 這一個檔案就能實現桌面自由；沒有 Root 的用戶要依賴 Google 備份這個「黑盒」，而多數情況下它並不可靠。如果你打算在一台手機上長期深度使用、花心思擺桌面，至少做一件事：用 Swift Backup 導出一份 Quickstep 備份包到雲盤——這件事只花五分鐘，換來的是下次換機時不用三個小時重新擺桌面的確定性。

畢竟，手機裡的 App 可以重裝、帳號可以重新登入，但那套用了兩年、按使用頻率精心排列的桌面佈局，是真的獨一份。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。