用了快兩年的 seal：這款下載器比我想像的更能扛

seal 是什麼：一款我用了快兩年的 Android 下載器

seal 是一款 Android 平台上的影片與音訊 下載器，開發者是 JunkFood02，最新版本寫這篇文章時已經到了 1.13.1。它的底層核心完全不靠自己寫解析器——而是把知名的 yt-dlp（Python 寫的跨平台下載工具）透過 youtubedl-android 這個橋接庫打包進手機裡，再用 Kotlin + Jetpack Compose 寫了一層 Material You 風格的現代化介面。

這款軟體支援的網站數量非常誇張——基本上你能想到的主流影片平台它都吃得下，bilibili、YouTube、Vimeo、Twitter/X、甚至一些小眾站點都沒問題。它最吸引我的兩個功能：一是批次下載整個播放清單或頻道，對於喜歡收成套影片或音樂的人來說簡直是神器；二是多格式選擇，可以選不同解析度的畫質、也可以只取音軌存成 MP3 或 AAC。

我第一次裝上 seal 是在 v1.10.x 左右，那時候還在糾結要不要把它換掉，後來一路升級到現在 v1.13.1，快兩年了還在我的手機裡。這篇不是上手測評，是用久了之後才看得清楚的那種「時間給的答案」。

安裝

seal 是純 Android APK 發行，安裝包大小約 41MB，沒有 Google Play 版本——安裝來源基本是 GitHub Release 頁面或社區整理的 seal下載 管道。下載完 APK 後允許「未知來源」安裝即可，整體流程跟一般第三方 Android 應用沒什麼兩樣。

首次啟動時它會請求兩個關鍵權限：通知權限和儲存權限。通知權限不是裝飾——seal 下載時用的是 Android 前台服務機制，如果不給通知權限它根本無法啟動前台服務，下載進度會隨時被系統 Doze 模式殺掉。儲存權限則是寫入下載檔案的必選項。另外建議到手機系統設定裡找到 seal 應用，把「電池優化」設為「無限制」，否則鎖屏後下載容易暫停或中斷——這點在小米、華為、三星的 ROM 上尤其明顯。

v1.12.0 之後安裝時有個隐性变化要留意：即使你沒勾選下載字幕，seal 合併後的檔案也會預設用 MKV 容器（之前是 MP4）。這是因為 v1.12.0 起 seal 開始把視訊元數據、封面、章節信息都寫進檔案裡，而 MKV 對多字幕軌和元數據的支援比 MP4 好太多。主流播放器（VLC、MX Player、PotPlayer）都能正常播放 MKV，只有少數老裝置自帶的播放器可能識別不了——遇到這種情況換個播放器比硬轉 MP4 省事得多。

當初為什麼會選它

說實話，一開始我對 seal 沒抱太大期望——之前用過的同類工具要嘛介面醜、要嘛支援站點少、要嘛下載速度慢。seal 讓我決定留下來的原因很簡單，seal官網 的說明也確認了這點：它是少數把 yt-dlp 完整打包到手機裡的 Android 應用。這個細節很重要，因為 yt-dlp 的站點覆蓋率和更新頻率在同類工具裡是頂級的——每當某個平台改了介面規則導致下載失敗，yt-dlp 社區很快就會修復，seal 只要更新底層依賴就能跟上。

另外一個加分項是它的批次下載能力——我當時正在整理一個幾百條影片的播放清單，seal 一次性吃進去後排隊下載，每條影片都能獨立選畫質和是否取音訊，這點在其他工具裡要嘛做不到、要嘛要付費。Material You 動態取色的介面也確實好看，但說真的我當時選擇它不是因為介面，是因為它「能幹活」。

越用越順手的地方

第一個讓我體會到「跟其他工具不太一樣」的是下載佇列管理。seal 把正在下載、排隊中、已完成的任務分得很清楚，每個任務都有獨立的進度條、速度顯示、剩餘時間預估。如果你同時跑好幾個下載任務，seal 會自動調度資源，不會讓所有任務都卡在同一個速度瓶頸上。這是我之前用過的同類 下載器 裡很少見的——大多數工具要嘛串行、要嘛各跑各的互相搶頻寬。

第二個是通知欄的持續顯示。很多 Android 應用把通知權限當成可選裝飾，但 seal 把它當成生命線——下載時通知欄會顯示當前任務的標題、進度條、速度和剩餘時間，而且這個通知是前台服務綁定的，不會被系統隨便清掉。我曾經在 Wi-Fi 下鎖屏後讓它跑了一整晚的批次下載，早上起來進度條還在跑，一個任務都沒丟。這在小米 MIUI 上特別難得——MIUI 的後台殺进程機制是出了名的激進。

第三個是格式選擇的自由度。每個下載任務都可以獨立選解析度（360p 到 4K）、是否要字幕、字幕語言優先順序、是否只取音軌。我常遇到一個清單裡既有教學影片（要畫質+字幕）又有 MV（只要音訊），seal 讓我在批次裡逐條設定而不是整批一刀切，這點省了我很多事。

第四個是SD 卡支援（v1.8.0 起加入的功能）。我手機的內部儲存空間不大，4K 影片下個幾條就滿了。seal 允許把下載目錄直接指向 SD 卡根目錄下自己建的資料夾（建議不要放在應用私有資料夾，否則卸載時會被一起清掉），而且支援 v1.8.1 修復的那個「沒設 SD 卡路徑時自動禁用 SD 卡選項」的小 bug——這個細節讓人覺得開發者有在認真想使用者可能踩的坑。

越用越煩的地方

說完順手的，也得說說那些當初沒察覺、用久了才慢慢暴露出來的問題。

第一個是MKV 容器帶來的分享麻煩。v1.12.0 起 seal 預設把合併後的檔案重封装成 MKV，原因我能理解——MP4 對多字幕軌的支援確實不行。但現實是微信、QQ 這些即時通訊平台對 MKV 的支援遠不如 MP4，有好幾次我想把手機裡下載的影片發給朋友，結果對方打不開。每次遇到這種情況都要手動用 ffmpeg 或 HandBrake 轉成 MP4，而重編碼會損失畫質、也多等好幾分鐘。這點是我目前最頭痛的地方——我理解技術上的取捨，但還是希望 seal 能加個「分享前自動轉 MP4」的便利選項。

第二個是批次下載速度不穩定。當然這跟 seal 本身關係不大，主要是底層 yt-dlp 對不同站點的下載速度差異很大——同樣一個 100MB 的檔案，YouTube 可能幾十秒就好，某個小眾站點可能要半小時。但 seal 這層的調度也有問題：當同一個批次裡混了快慢不同的站點時，有時候快的任務完成後整個佇列會停頓幾秒才開始下一個，不像競品那樣流暢。

第三個是沒有斷點續下載的顯式提示。我知道 yt-dlp 底層其實支援斷點續傳，但 seal 的 UI 沒有明確告訴我「這個任務現在是從哪裡斷的」——當一個下載中途失敗又自動重試時，我沒法判斷它是從頭來還是接著上次的進度。這點對大檔案的批次下載來說有點折磨。

第四個是偶爾的記憶體洩漏。跑大量批次（幾十個任務同時排隊）的時候，seal 有時候會出現 UI 卡頓或通知欄進度條凍結的情況。殺掉重開就能恢復，但這個問題從 v1.11 一直到 v1.13 都沒完全解決——雖然不算致命，但用久了會讓人有點不安。

當初的判斷現在變了嗎

有的。最明顯的一個：我之前以為 seal 的介面好看是賣點，現在才發現它的底層工程紮實才是真正的賣點。剛開始選它的時候我確實喜歡 Material You 動態取色的外觀，但用了兩年後，真正讓我留下來的不是好看，是它那個 youtubedl-android 橋接層——只要 yt-dlp 社區還在更新站點支援，seal 就不會因為某個平台改了規則而突然廢掉。這比 UI 好不好看重要太多了。

另一個判斷修正：我之前覺得批次下載是我最需要的功能，現在才發現通知欄的前台服務保活才是每天離不開的那個。說真的，我現在很少一次下幾十個影片了——大多時候是看到好的內容就隨手點進佇列，然後鎖屏讓它自己跑。如果 seal 沒有那個不會被系統殺掉的前台服務，我根本不敢鎖屏離開。這是當初完全沒預料到的用法變化。

什麼情況下我會換掉它

說說什麼情況會讓我把 seal 從手機裡移走吧——這反過來也能反映它現在做得還不錯的地方。

第一個信號是yt-dlp 的支援出問題且長時間沒修。只要 seal 還在跟 yt-dlp 社區同步，它的站點覆蓋率就是同類工具裡最穩的。如果哪天 seal 不再更新底層依賴了，那它的核心競爭力就沒了。

第二個信號是系統版本升級後 seal 完全不能用。Android 每個版本都會引入新的權限機制或後台限制，seal 作為一個第三方應用，需要跟得上這些變化。我目前從 Android 12 用到 Android 15 都沒遇到相容性問題，但這是個隨時可能翻車的隱患。

第三個信號是出現了一個底層同樣用 yt-dlp、但 UI 和細節更成熟的 開源 下載器。老實說我一直在關注這個——目前還沒找到，但如果出現了，轉換成本其實不高，因為底層是同一套 yt-dlp，設定邏輯和下載行為都類似。

除此之外，seal 目前沒有讓我想主動換掉它的理由。兩年時間說長不長、說短也不短，它從 v1.10 升到 v1.13.1，MKV 容器的改動、SD 卡支援、通知欄優化、底層 youtubedl-android 的穩定性提升，每一次升級都有實際的改進而不是換換介面配色。作為一個每天都會打開、鎖屏後默默跑下載的工具，這種「穩定有用」其實比什麼華麗的功能都重要。

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