AppBlock 数据与迁移全指南：鎖住應用之前，先摸清你的備份退路

AppBlock 是一款專注力攔截器

appblock官網 是 MobileSoft s.r.o. 開發的一款 Android 專注力工具——核心功能就是幫你鎖住那些讓人分心的應用，讓你在工作或學習時不被抖音、臉書、YouTube Shorts 這類高黏度 App 拉走注意力。它不是那種只能臨時按一下的計時器，而是可以設定「定時計劃」（Schedules）的自動攔截系統：工作日九點到六點連公司 Wi-Fi 就自動攔遊戲，手機進入公司 GPS 範圍就自動進入專注模式，每天刷 YouTube 超過兩小時自動切斷——這些規則一旦設好，之後就靠 AppBlock 的自動化跑，不需要每天靠意志力重下决心。

我對 AppBlock 最深的感受不是它的攔截功能有多強，而是它的功能層級疊得很細：Android 版有 iOS 沒有的「板塊級攔截」（Instagram Reels、YouTube Shorts 這種內嵌的短影片區塊單獨封鎖），Premium 版有 Allowlist 白名單模式（只允許指定網站，其餘全部攔），嚴格模式甚至提供六種解鎖方式（PIN、計時器、擔保人、冷卻時間、充電器觸發、手動批准）來防止自己反悔。這些功能疊加上去，AppBlock 已經不是單純的「鎖 App」工具，而是一套完整的專注力管理系統。

但正是因為規則疊得這麼細，我才意識到一個問題：如果有一天手機壞了、換新機、或者 Android 版本大升級重置了 App 數據，這些精心調配的 Schedules、Blocklist、嚴格模式設定會不會全部歸零？ 這不是多餘的擔心——我之前用過一款番茄鐘 App，換手機時才發現它的計劃數據只存在本地 SharedPreferences 裡，沒有雲端備份，也沒有導出功能，結果三年的專注計劃全部丟了。從那之後我養成一個習慣：任何準備長期使用的 App，先摸清數據存在哪、怎麼帶走——這就是我對數據自主最在意的原因，再深入使用。這篇文章就是我把 AppBlock 的數據存儲、備份、遷移全部翻了個遍之後的結果。

安裝

appblock下載 的 Android APK 安裝包大小約 79.88MB，對一款工具類 App 來說屬於中等偏上——這個體積主要來自它的攔截引擎（需要無障礙服務底層支持）和多語言資源。安裝過程本身不複雜，但有幾個前置條件是 AppBlock 獨有的，第一次安裝時容易漏掉：

首先，AppBlock 需要三項系統權限才能正常工作：無障礙服務（核心攔截引擎，必須手動到系統設置裡打開）、使用情況訪問權限（讓 AppBlock 知道你打開了哪些 App、用了多久）、設備管理員權限（可選但建議打開，打開後可以禁用 AppBlock 自身的卸載，防止你在衝動下把它刪掉）。這三項權限不是安裝時一次性彈窗就能全部拿到的——無障礙和使用情況訪問都需要跳轉到 Android 系統設置頁面手動開啟，安裝完成後第一次打開 App 時，它會引導你一步步去開，但如果中途跳過了，後續會發現攔截功能不生效又回頭補，這是新手最常見的坑。

其次，如果你要用到嚴格模式的「禁止卸載 AppBlock」功能，設備管理員權限一旦授予就不能直接在 App 內撤銷——需要先去 Android 系統設置 → 安全 → 設備管理員裡先取消激活，才能在 App 內正常卸載。這點尤其要記住，萬一你哪天想換同類 App 或者手機送修，忘了這道手續會卡在卸載頁面半天。

升級到新版本時，官方建議先在 App 內做一次備份（Profile → Backup）——大版本更新（比如 v7.10 → v7.12）有時會調整數據結構，雖然更新流程本身會嘗試遷移舊數據，但先備一份以防萬一。Google Play 自動更新的用戶基本不會遇到問題，但如果是從側載 APK 升級，尤其要注意版本跳躍不要太大，從 v6 直接跳到 v7 可能會丟失部分舊格式的 Schedule 設定。

數據在哪：本地優先，雲端可選

AppBlock 的數據存儲策略很清晰：默認全部存在本地，雲端同步是 Premium 付費版功能。這是我最在意的一點——很多同類工具把核心數據綁死在雲端，免費版只能看不能帶走，但 AppBlock 至少在本地數據上沒有設障礙。

本地存儲結構

AppBlock 的所有配置數據都存在 Android 的內部存儲裡，路徑是 /data/data/cz.mobilesoft.appblock/——具體來說：

• Schedules 定時計劃：存在 SQLite 數據庫裡，表名叫 schedules，每條計劃的觸發條件、攔截對象、Blocklist/Allowlist 模式全部序列化後存入。這個數據庫是 AppBlock 的運行核心，任何一條計劃被意外損壞，整個攔截系統都可能失效。
• Blocklist / Allowlist 列表：同樣存在 SQLite 裡，和 Schedules 關聯。攔截的 App 包名、網域名稱、關鍵詞（Premium 功能）全部逐條記錄。
• 嚴格模式設定：PIN 碼哈希、Timer 截止時間、Approval 擔保人聯繫方式、Cooldown 冷卻時間——這些敏感數據存在另一張加密表裡，AppBlock 不會明文存 PIN 碼，而是存 SHA-256 哈希值。
• 用量洞察數據：每天/每小時的使用時長、打開次數、趨勢圖數據——存在獨立的統計表，按天歸檔。

這些數據在 Android 系統裡屬於「私有 App 數據」，預設情況下只有 AppBlock 自身能訪問，普通文件管理 App 看不到、也複製不走。除非你的手機已 root，或者通過 AppBlock 自身的導出功能（見下一節），否則無法直接讀取。

雲端同步（Premium 專屬）

Premium 版用戶可以通過 AppBlock 的「多設備同步」功能把數據同步到雲端，賬號是你註冊時用的郵箱。同步範圍包括：Schedules、Blocklist、嚴格模式設定、用量洞察。但有一個重要限制：免費版用戶無法查看雲端數據，也無法導出雲端數據到本地——如果你付了費用雲同步，之後取消訂閱，雲端數據會在一段緩衝期後被刪除。這一點在服務條款裡有寫，但界面上沒有明顯提示，我翻了很久才找到。

哪些數據不在 AppBlock 裡

有幾項你可能以為是 AppBlock 存的數據，其實它根本不存：

• 手機系統級的 App 使用統計：AppBlock 通過 Android 的 UsageStatsManager API 實時讀取，但讀取完就丟，不會自己存一份。所以如果你卸載 AppBlock 之後再重裝，之前的用量統計歷史會清零。
• 無障礙服務的攔截日誌：AppBlock 不會記錄每次攔截的時間和被攔的 App，嚴格模式的解鎖嘗試記錄也只在內存裡短暫存在。這是出於隱私考慮，但也意味著你無法回溯過去的攔截歷史。

怎麼備份：兩條路徑，一條通用一條有限

AppBlock 提供了兩種數據備份方式：內置備份功能（所有用戶可用）和 Android 系統自動備份（依賴 Google 服務）。兩者覆蓋的數據範圍和可靠性不同，我都測試過，下面分開說。

方式一：AppBlock 內置備份（推薦，100% 數據自主）

這是 AppBlock 從 v6 開始內建的功能，不需要付費、不需要雲端、完全離線運作。操作路徑：打開 AppBlock → Profile（底部導航的「更多」圖標）→ Backup → Create Backup。

備份文件會生成一個 .json 格式的文件，默認保存到手機外部存儲的 AppBlock/backups/ 目錄下，文件名包含備份時間戳（比如 appblock_backup_20261022_143000.json）。這個 JSON 文件的結構是明文的，用任何文本編輯器打開都能看到裡面的 Schedules、Blocklist、嚴格模式設定——我自己打開看過，數據結構很乾淨，沒有混淆或加密（PIN 碼當然還是哈希值）。

覆蓋範圍：Schedules 定時計劃（全部）、Blocklist/Allowlist（全部）、嚴格模式設定（全部）、用量洞察統計（最近 30 天）、App 主題設定。不包含：App 自身的安裝包、無障礙服務的歷史日誌（本來就不存）、系統級的使用統計。

關鍵注意：備份文件生成後一定要複製到手機內部存儲以外的地方——比如電腦硬碟、雲盤、另一支手機。因為如果你在同一支手機上恢復出廠設置，備份文件也會一起被刪除。我建議養成習慣：每周備一次，備完立即傳到夸克網盤或電腦。

方式二：Android 自動備份（被動，不完全可靠）

Android 12 及以上版本支持 App 數據自動備份到 Google Drive，AppBlock 也參與了這個機制。你可以在 Android 設置 → Google → 備份 裡查看 AppBlock 是否在備份列表中。

但這種方式有幾個問題讓我不太放心：

1. 覆蓋範圍不全：Android 自動備份只備份 SharedPreferences 和小型 SQLite 數據庫，AppBlock 的嚴格模式加密表和部分大型 Schedule 數據有時會被排除在外。Google 的備份策略對「敏感數據」有自動過濾，AppBlock 的 PIN 碼哈希表就屬於可能被過濾的對象。
2. 恢復條件嚴苛：只能在新手機第一次啟動時，通過 Google 賬號還原流程自動觸發；如果手機已經用了一段時間才想起來還原，系統不會讓你單獨還原某個 App 的數據。
3. 延遲大：自動備份通常在深夜充電時才執行，數據可能落後你手動操作好幾天甚至好幾周。

我的建議是：把 Android 自動備份當成最後的兜底，主備份還是用 AppBlock 內置功能，定期手動導出 JSON 文件。

換裝置遷移：步驟清晰，但有兩個斷點

換新手機時的遷移指南流程本身不複雜，但我實際操作時發現有兩個容易斷的環節，下面把完整路徑和坑都列出來。

遷移完整步驟

1. 舊手機先備份（Profile → Backup → Create Backup），生成 JSON 文件。
2. 把備份文件傳到新手機：兩支手機都連同一個 Wi-Fi 用「附近分享」（Android 原生功能）、或者傳到雲盤再下載、或者 USB 連電腦中轉。備份文件比較小（通常 10~50KB，取決於你設了多少條 Schedule），傳輸很快。
3. 新手機安裝 AppBlock：從 Google Play 下載，或者側載 APK。注意版本不要差距太大——舊手機是 v7.12 備的份，新手機不要裝 v6 的 APK，新版本能向後兼容舊備份，但舊版本讀不了新格式。
4. 新手機第一次打開 AppBlock，完成權限引導（無障礙、使用情況訪問、設備管理員）。
5. 導入備份：Profile → Backup → Restore Backup，選擇你傳過來的 JSON 文件。導入後 AppBlock 會提示「已恢復 N 條 Schedule」，重啟 App 後所有攔截規則生效。

兩個容易斷的環節

環節一：設備管理員權限需要重新授予

嚴格模式裡如果開了「禁止卸載 AppBlock」，這個功能依賴 Android 設備管理員權限。導入備份時，PIN 碼和嚴格模式設定會被恢復，但設備管理員權限本身不會自動勾上——你需要手動去 Profile → Strict Mode → Device Admin Protection 裡重新開啟。忘記這步的話，你會以為嚴格模式生效了，但實際上隨時可以從系統設置裡卸載 AppBlock，等於白設。

環節二：無障礙服務需要重新開啟

這和設備管理員同理——導入備份不會自動幫你打開無障礙服務開關。而且 Android 的無障礙設置頁面藏得很深（設置 → 輔助功能 → 無障礙 → 下載的服務），新手很容易找不到。我的習慣是：新手機安裝 AppBlock 後，先開三項權限再導入備份，這樣導入完直接就能用，不會出現「規則導入了但攔截不生效」的鬱悶狀態。

跨平台遷移？目前不支持

AppBlock 有 iOS 版和瀏覽器擴展版，但Android 的備份 JSON 無法導入到 iOS 或瀏覽器擴展。原因是三個平台的 Schedule 數據結構不同——Android 支持板塊級攔截和設備管理員鎖，iOS 和瀏覽器擴展沒有這些字段，導入時會報格式錯誤。

如果你同時用 Android 手機和 Chrome 瀏覽器擴展，兩邊的規則是獨立的，需要各自單獨設置。Premium 版的多設備同步支持 Android ↆ� Android 和 Android ↔ 瀏覽器擴展，但不支持 iOS 參與同步鏈。

退路評估：哪天不用了能帶走什麼

這是我最在意的最後一個問題——如果有一天 AppBlock 倒閉、或者我不想用了，我能不能把所有數據帶走、卸載乾淨？

能帶走的

• 所有 Schedules 定時計劃、Blocklist、Allowlist：通過內置備份導出 JSON，永遠存在你手裡。
• 嚴格模式設定（不含 PIN 碼）：PIN 碼是哈希值導出的，你自己也解不開（這是設計上的安全考量，不是數據損失）。
• 近 30 天用量統計：在備份文件裡，但超過 30 天的歷史統計不在導出範圍內。

帶不走的

• 超過 30 天的用量洞察歷史：AppBlock 的本地數據庫只保留最近 30 天的詳細統計，更早的會被自動清理。Premium 版的雲端統計保存時間更長，但取消訂閱後雲端數據會被刪。
• 無障礙服務的攔截日誌：AppBlock 從來不存這個，所以也不存在帶走的問題。

卸載乾淨嗎

AppBlock 卸載時會清理自己的所有本地數據（SQLite 數據庫、SharedPreferences、緩存），但有兩個遺留點需要手動處理：

1. Android 系統設置裡的無障礙服務開關：卸載 AppBlock 後，開關會自動彈回關閉狀態，但有些手機品牌（小米、OPPO）會在設置頁面殘留一個「已停用的服務」條目，需要手動進入輔助功能設置裡刪除。
2. 設備管理員激活狀態：如果你之前開過「禁止卸載 AppBlock」，卸載前必須先到系統設置裡撤銷設備管理員權限，否則 Android 會拒絕卸載（提示「必須先停用設備管理員」）。

整體來說，AppBlock 卸載的乾淨程度在同類工具裡算中等偏上——不會像某些 App 一樣卸了之後還在 /sdcard/ 根目錄殘留配置文件，但無障礙和設備管理員的系統級設置需要手動收尾。

結論

AppBlock 的數據自主權在同類專注力工具裡算比較透明的：本地數據默認存在、內置離線備份、備份格式是明文 JSON——這三點已經超過了大半把數據綁死在雲端的競爭對手。但它也不是完美的：30 天以外的用量統計無法導出、Android ↔ iOS 跨平台備份不互通、雲端同步取消訂閱後數據會被刪除。

如果你的 AppBlock 使用場景是「長期定時計劃 + 嚴格模式」，那每周手動備一次 JSON 是最低門檻——我見過有人設了一年的 Schedule 因為手機掉水裡主板燒了全部歸零，花了一周才重新調配。規則疊得越細，備份這件事越不能偷懶。

最後一句話：任何把你鎖住的工具，你都應該先確認自己有鑰匙。

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