DTV 直播聚合客戶端：用 Tauri 把鬥魚、虎牙、B 站、抖音直播收進同一個桌面視窗

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

開四個瀏覽器分頁同時盯著鬥魚、虎牙、B 站、抖音的直播，記憶體很快就被吃光，每一個分頁都帶著自己的播放器、聊天室連線和廣告腳本。DTV 想解決的就是這件事：把四個中國直播平台收進單一桌面視窗，一套軟體看完，不用再開一堆網頁。這篇文章的內容以 DTV 的 GitHub 倉庫（chen-zeong/DTV）與官方 README 為事實來源，屬於工具認識，運行順暢度這類效果問題，得靠你自己裝來確認。

若你要的是正版授權的廣播電台與相聲評書戲曲，而不是重建直播平台訊號，可以另外看看雲聽這個官方聲音平台。

先搞懂一件事：四個平台都沒有給第三方的官方 API

要判斷 DTV 值不值得裝，最該先理解的不是它有哪些功能，而是它的直播訊號到底是怎麼接進來的。這層搞懂了，後面的能用與風險才會一起看清。

鬥魚、虎牙、B 站（bilibili）、抖音這四個平台，沒有任何一個對外開放「讓第三方桌面客戶端合法擷取直播串流」的公開 API。它們的網頁版與官方 App 之所以能播，是因為它們自己掌握兩樣東西：直播串流的真實位址（業界俗稱 real URL），以及彈幕即時訊息的傳輸通道。直播串流那組位址通常經過簽章演算法動態產生，目的就是防止被直接盜連；彈幕則走平台自己設計的 WebSocket 協議，格式不對外公開。第三方要把同樣的畫面搬進自己的軟體，唯一可行的辦法，是重建這套不公開的取流與彈幕邏輯。

DTV 的 README 在「參考」段把這件事說得很誠實：鬥魚的直播串流取得參考了 wbt5/real-url 這個抽流專案，B 站彈幕參考了 xfgryujk/blivedm，抖音彈幕參考了 saermart/DouyinLiveWebFetcher，虎牙則參考了 pure_live 與 DouyinLiveRecorder。這幾個參考專案，本質上都是在重建各平台不公開的協議。換句白話說，real-url 做的事，是還原鬥魚、虎牙那串被簽章保護的直播真實位址；blivedm 與 DouyinLiveWebFetcher 做的，是接上 B 站與抖音各自的彈幕協議，把聊天訊息即時抓下來。DTV 把這些已經被社群重建好的協議，整合進一個統一的播放介面。

Pin

於是 DTV 同時出現兩段看似矛盾的陳述。作者在說明裡寫「本項目僅供學習編程目的使用，未進行任何逆向工程」，但參考段又顯示，功能依賴的是重建平台協議的參考實作。這兩句其實並不衝突，只是講的是兩個層次：作者本人的程式碼沒有自己做逆向，但工具能跑起來，靠的是別人重建出來的協議。對使用者來說，這個差別的實際意義只有一個：平台一旦改了取流的簽章演算法或彈幕協議，DTV 就可能跟著失效，而這不是官方授權、會被持續維護保證暢通的API。這類平台收緊防盜連並不罕見，過去鬥魚、虎牙都曾調整過簽章機制，每次改動，依賴重建協議的第三方工具就需要有人重新跟進修復，中間會出現一段用不了的空窗。

這也是它和一般「聚合器」本質不同的地方。市面上的影片聚合或下載工具，多半處理的是公開連結或提供開放 API 的來源（市面上也有像 KVideo 這類開源影音聚合器）。DTV 聚合的四個平台，來源端並不希望被第三方軟體接入，這決定了它的能用與風險是同一件事。

這裡還藏著一個開源工具常見的依賴現實。DTV 雖然累積了近兩千顆星，主要維護者就是 chen-zeong 一人。平台改協議之後，修復的速度取決於有沒有人願意跟進、提交修正，再等作者合進新版本。好處是原始碼公開，你看得到問題出在哪、理論上也能自己改；代價是它的可用性綁在維護者的更新節奏上，沒有商業合約保證修復時效。這對把工具拿來日常使用的人，是事先心裡要有底的取捨。

它能做什麼：四平台直播串流、彈幕、收藏，一個視窗

把機制講清楚後，能力面反而單純。依官方 README 的支援表，DTV 在四個平台都提供直播串流播放與聊天彈幕顯示，彈幕只呈現聊天文字，不顯示打賞與道具訊息，畫面因此比較乾淨。差別在搜尋：鬥魚、虎牙、B 站都能直接搜尋直播間，抖音只能用房間號進入，沒有搜尋列表，等於你得先知道房間號才能看。

Pin

除了聚合四台，DTV 還提供主播收藏（可手動拖曳排序）、明暗主題切換，以及跨裝置的資料同步。彈幕只顯示聊天、過濾掉打賞訊息，是刻意的設計取捨，對純粹想看直播畫面和文字聊天的人，畫面不會被滿天飛的禮物特效干擾；但如果你想追蹤打賞動態或主播收益榜，這套工具刻意不碰這一塊。收藏功能支援手動拖曳排序，對於同時追蹤分散在四個平台的主播很實用，等於把跨平台的常看名單收攏成一個列表，不用記得每個人在哪個平台。同步走的是區域網路一鍵傳輸或 JSON 檔手動搬移，可以在桌面版與獨立的 Android 版（dtv_mobile，另一個倉庫）之間搬收藏清單。值得留意的是，同步並不走雲端帳號，而是本地網路或檔案，這對不想把觀看紀錄交給伺服器的人是加分。

技術底盤：Tauri 2.0，不是 Electron 網頁套殼

DTV 用 Tauri 2.0 開發，前端 TypeScript、後端 Rust。從 GitHub 的語言統計看得到這個比例：TypeScript 約佔四成五、Rust 約佔四成一，另外還有約一成四的 CSS。這和早期那種把整個瀏覽器打包進來的 Electron 架構不同，安裝檔與記憶體佔用的類型也不一樣。Electron 等於每個 App 都自帶一份完整的瀏覽器核心，Tauri 則改用作業系統內建的 WebView，把外掛瀏覽器核心的固定成本省下來。同樣選擇 Tauri 的桌面工具並不少，像艾特閱讀這類用 Tauri 做桌面外殼的專案，看中的都是同一件事：用系統內建的 WebView 換掉綁死的瀏覽器核心，換取更小的體積。

回到你開四個瀏覽器分頁的痛點，資源消耗其實是這樣累積的：每個直播分頁要跑自己的影片解碼、維持一條彈幕的長連線、載入平台的廣告與追蹤腳本，四個分頁就是四份這樣的開銷。原生桌面客戶端理論上可以把播放與彈幕收進一個行程集中處理，少了廣告與網頁框架的額外負擔。不過這只是架構上的推理，作者在 README 宣稱 DTV 實測可以在雙核心、4GB 記憶體的電腦上順暢運行，這句話本文沒辦法替你背書，它屬於作者的自我宣告，能不能真的在那麼低的硬體上跑得順，仍要你自己裝來驗證。

開源、免費、而且上了 Microsoft Store

授權與取得管道這層，DTV 給的條件相當寬鬆。它是 MIT 授權的開源專案，原始碼在 GitHub 完全公開，任何人都能免費下載、檢視、貢獻。截至本文查核，倉庫累積約 1900 顆星、74 個 fork，最近一次更新在 2026 年中，最新正式版本是 v3.0.3。Windows 使用者除了從 GitHub Release 下載安裝包，也能直接走 Microsoft Store（商店代碼 9MT8KDT169XF）安裝，多了一條經過商店審核的管道。能進官方商店，至少代表它通過了微軟基本的安全性與內容審查，不是來路不明的執行檔。

跨平台覆蓋也算完整：macOS 同時支援 Intel 與 Apple Silicon，Windows 支援到 Win7（但 Win7 需自行安裝 WebView2 執行階段），Linux 則支援 Ubuntu 等發行版。安裝方式有兩種，下載預先打包好的安裝檔，或用原始碼自行編譯（需要先裝 protobuf，再跑 pnpm install 與 pnpm tauri build）。

把能力對照回實際使用會撞到的幾道牆

把上述能力對照回實際使用，有幾個會直接影響你判斷的硬限制：

平台頻率限制與驗證碼。README 明白寫著，平台API有存取頻率限制，太頻繁的請求會觸發驗證碼。換句話說，搜尋功能不能狂刷，刷太快會被平台的人機驗證擋下來。這正是「直播訊號來自重建協議、不是官方授權API」的直接副作用，平台本來就把這類非正常管道的存取視為需要過濾的對象。

抖音沒有搜尋。抖音只能用房間號進入直播間，想找主播得自己想辦法拿到房間號。如果你的主力平台是抖音，抖音相關的輔助工具可能更貼合需求。

版權歸屬與定位。README 重申，所有直播版權都歸各平台，專案僅供學習程式開發目的。法律上它是一個第三方觀看工具，播放的內容權屬平台，能不能長期穩定使用，取決於平台會不會收緊對第三方接入的封鎖。

隱私這一層相對單純。DTV 不需要註冊帳號，收藏與同步資料走區域網路或本機檔案，沒有自家雲端伺服器收存你的觀看紀錄。它對外聯絡的對象，就只有那四個直播平台，用來抓直播串流與彈幕，你的 IP 位址因此會被平台看見，這和你在瀏覽器看直播是一樣的暴露程度。

效果未經實測。順暢度、穩定度、會不會比各平台的官方 App 或瀏覽器更省資源，這些本文都無法替它掛保證，官方資料只能證明能力存在，證明不了效果。

理解 DTV 的定位，還要看四個平台各自的官方桌面客戶端覆蓋並不整齊。有些平台在 Windows 上有官方軟體，macOS 與 Linux 卻沒有對應版本，行動優先的平台更是少做桌面端。這個落差，正是第三方聚合客戶端存在的理由：對於想在同一台電腦、尤其是 mac 或 Linux 上一次看完四台的人，官方未必給得出跨平台的原生方案。相對地，如果你只固定看其中一個平台，那個平台的官方網頁或 App 通常比較穩定、延遲也較低，聚合工具的價值會縮水。

值不值得自己裝來試

如果你確實有「同時追鬥魚、虎牙、B 站、抖音直播，又不想開四個瀏覽器」的需求，DTV 是一個值得花十分鐘裝來驗證的選項。判斷它適不適合你的標準很具體：四個平台是不是都能正常出畫面、彈幕能不能顯示、搜尋會不會頻繁撞上驗證碼。這三項你自己跑一遍就能看見答案，看不見就代表它現階段對你沒用，放著等版本更新即可。

最低成本的驗證動作是：Windows 用戶直接從 Microsoft Store 裝，macOS 與 Linux 用戶從 GitHub Release 下載對應安裝包，裝好後先把你常看的幾個直播間加進收藏、實際播個十分鐘。萬一某個平台突然拉不出畫面，先到 GitHub 的 issue 頁面看有沒有人回報相同狀況，通常能判斷是平台改協議的暫時現象，還是你本機環境的問題。把判斷留在自己手上，比相信任何一面之詞都準。