uWeb 深度用之前，先摸清数据退路

uWeb 是什麼、能幹嘛、適合誰

uWeb下載 全名叫 uweb browser，網友習慣叫它「超微瀏覽器」——APK 只有零點二一 MB，比大多數網頁快取還小。界面確實稱不上精美，甚至可以說是素面朝天，但該有的功能一個都沒少。內建百度、夸克等多種搜尋引擎，任何你想找的資源、查的資料、讀的資訊，打開就能用。

真正讓 uWeb官網 在同類輕量瀏覽器裡站出來的，是它的配置體系——不是藏在 App 裡的隱藏設置頁，而是一套你可以直接用檔案管理員打開、複製、編輯的目錄結構。重定向規則寫在 default.redirect，特色服務入口寫在 default.urls，臨時小丟書籤腳本丟進 bookmarklet/ 目錄就能被識別執行。這種把整個瀏覽器行為交給純文字檔案的設計，既給了進階玩家無限擴充的空間，也讓我這種吃過資料鎖死虧的人——換機時所有自訂配置隨手備份帶走——能先摸清退路再深度投入。

安裝

uWeb 是 Android 平台的 APK 應用，安裝方式跟一般側載 App 一樣：下載到手機後點擊安裝，系統會提示允許「未知來源」應用安裝，確認即可。包體只有 0.21MB，幾秒鐘就裝完。

裝好打開後不需要任何註冊或登錄——這是它跟主流瀏覽器最大的不同。Chrome、Firefox 會引導你登入帳號以開啟同步，uWeb 連這一步都省了。你真正要做的，是打開手機的檔案管理員，找到它的配置目錄（通常在內部儲存空間的 Android/data/info.torapp.uweb/ 之下，不同廠商路徑略有差異），先看懂裡面幾個檔案和子資料夾的用途，再開始寫自己的規則。

一個容易忽略的坑：某些廠商的檔案管理權限比較嚴格，首次進入配置目錄時會請求「允許存取所有檔案」。如果拒絕了，你後面雖然也能在 uWeb 裡正常使用，但用檔案管理員手動備份或編輯檔案會被擋在外面。建議第一次就把這項權限給上。

數據到底存在哪

我研究了 uWeb文檔 裡的幾份使用說明，發現 uWeb 的數據儲存有個非常清晰的原則：使用者自訂的配置，一律以純文字檔案存在本地，沒有任何雲端同步機制。這既是它的優點——你完全掌控自己的數據——也是它的風險——你得自己負責備份。

具體來說：

• default.redirect：一行一條重定向規則的純文字檔，格式是「原域名:正則:替換表達式」。你自己加的任何國內鏡像自動替換規則，全部寫在這裡。
• default.urls：特色服務入口清單，每條是「名稱:URL模板」。視頻解析、嗅探、PDF 轉換這類你長按圖像按鈕時看到的選項，都從這裡讀取。
• bookmarklet/：一個資料夾，裡面每個 .js 檔案就是一段臨時腳本。去廣告、自動展開評論、批量下載圖片——你寫好丟進去就能在長按 JS 按鈕的選單裡出現。
• 其他目錄（scripts/、sitejs/、longclick/）：分別對應全站腳本、域名特定腳本、長按連結觸發的動作。結構跟上面一樣，放檔案就行。

瀏覽歷史、書籤、Cookie 這些基礎數據，官網文檔沒有明確提到它們的儲存位置和格式。推測是 Android 系統預設的 WebView 數據庫，但這部分我沒有驗證過，標記為「未驗證」。值得注意的是，官網從頭到尾沒提過任何帳號體系，也沒有雲端同步或登入入口——也就是說，所有配置天生就是本地-only 的。

怎麼備份

既然數據就是一堆檔案，備份的邏輯其實很直白：把配置目錄整個複製走就行。不過實踐下來有幾個細節值得注意。

手動備份（最常用）

打開手機的檔案管理員，找到 uWeb 的配置根目錄（官方文檔裡稱之為「app 目錄」），把整個資料夾複製到你偏好的備份位置：另一個手機內存目錄、SD 卡、雲盤都行。我個人習慣是每月一號整包複製到 Google Drive 的一個固定資料夾，並在備份檔名裡標註日期，這樣萬一哪天改壞了還能回溯。

複製時留意一下 .redirect 和 .urls 這兩個檔案——它們沒有副檔名（不是 .txt），某些雲盤同步工具在掃描時可能會把它當成系統隱藏檔而跳過。我用的是 Google Drive 的手動上傳，沒遇到這個問題，但如果你用的是自動同步工具，建議檢查一下設定。

按需備份（只備你改過的）

如果你只在 default.redirect 裡加了十幾條國內鏡像規則、沒碰過其他目錄，那只備這一個檔案也完全沒問題。重定向規則的格式是純文字，用任何文字編輯器打開都能看，甚至可以在備份檔裡加自己的註解說明每條規則是哪來的——uWeb 讀取時會自動忽略以 # 開頭的行（這點官網文檔有提）。

腳本目錄的備份

bookmarklet/、sitejs/、longclick/ 這些資料夾裡的 .js 檔案，每一個都是你親手找來或寫的小工具。建議在備份時給它們加一行註解說明用途，比如 // 自動展開B站折疊評論，不然半年後重裝回來看著一堆 expand.js、remove.js 的檔名很容易忘記哪個是幹嘛的。

換設備遷移

換新機時，把備份的檔案還原到新手機的對應路徑就行。但我實際操作時遇到過兩個容易斷的環節。

路徑不對

Android 11 之後，不同廠商對 App 私有目錄的路徑處理略有差異。舊手機上可能在 Android/data/info.torapp.uweb/，新手機也在這個位置，路徑一致還原就沒問題。但某些國產 ROM（我自己用過的小米、OPPO）會把 App 數據拆到單獨的「沙盒」裡，新手機上 uWeb 第一次啟動會新建一套空目錄，把你還原進去的檔案給蓋掉。我的做法是：先在新手機上安裝 uWeb 並啟動一次（讓它建好目錄），然後關閉 uWeb 的所有進程，再用檔案管理員覆蓋式貼上備份。這樣比較保險。

權限被重置

新手機首次打開 uWeb 時，系統會重新彈出「允許存儲權限」的請求。這時候一定要選「允許所有檔案」而不是「僅允許訪問存儲空間」——後者的權限範圍很窄，可能導致 uWeb 啟動時讀不到你還原的配置檔，表現就是重定向規則不生效、長按選單空空如也。遇到這種情況不要慌，關 App → 進系統設置 → 找到 uWeb 的權限管理 → 把「檔案與媒體」從「允許訪問照片、媒體、檔案」改成「允許所有檔案」，再重開就好。

換平台？目前沒戲

官網文檔裡下載頁只有 Android APK，沒有 iOS、Windows 或 macOS 版本。所以跨平台遷移在可預見的未來是不存在的——你能遷移的上限就是「Android 舊機 → Android 新機」。如果你哪天想換 iPhone，那些辛辛苦苦調好的重定向規則和小腳本，只能作為回憶留在舊手機上了。

退路評估

說完備份和遷移，最後來盤一下這款瀏覽器的數據自主度到底幾分。

能帶走的： 所有使用者自訂配置（重定向規則、特色服務清單、各目錄下的腳本檔案）——這些都是純文字或 JS，複製、編輯、在任何裝了 uWeb 的 Android 設備上還原都沒問題。

帶不走或不確定的： 瀏覽歷史、書籤、Cookie、緩存——官網文檔對這些一字未提，我也沒有驗證過它們的儲存格式。推測是 Android WebView 預設的 SQLite 數據庫，理論上可以透過 root 權限導出，但這對大多數用戶來說操作門檻太高。

卸載乾不乾淨： 官網文檔同樣沒寫。Android 系統在卸載 App 時會自動清除 App 私有目錄下的所有數據，但如果你之前把配置備份到了公共存儲或 SD 卡，那些副本不受影響。這一點我也沒有親手驗證，標記為「未驗證」。

結論

uWeb 把配置主權完全交給使用者的設計，讓它的數據自主度在同類輕量瀏覽器裡算是很高的一檔——只要你願意花五分鐘複製一個資料夾，所有自訂規則就能隨身帶走。但零雲端同步意味著備份是你自己的責任，App 不會替你做任何事。如果你已經在 default.redirect 裡加了幾十條國內鏡像規則、在 bookmarklet/ 裡收藏了十幾個實用小腳本，現在就花五分鐘複製一份吧——別等換機那天才後悔。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。