下載連結轉換

普通地址怎樣變成三種專用連結

這個轉換器接收一條文字形式的下載地址，去掉開頭和結尾的空白後，同時給出迅雷、QQ 旋風和快車三種結果。設整理後的輸入為 U，三條結果按下面的規則生成：

Base64_UTF8 表示先把字元按 UTF-8 表示為位元組，再使用標準 Base64 編碼。三個結果承載同一條輸入地址，差別在於 scheme、編碼前的包裹標記以及快車結果末尾的固定字尾。

Base64 與協議字首各自做什麼

http://、https://、thunder://、qqdl:// 和 flashget:// 都位於 URI 的 scheme 位置。scheme 用來標識後續內容應按哪一套規則解釋；同一資源地址經過包裹和 Base64 編碼後，得到供相應接收環境讀取的字串表示。

Base64 把位元組按 6 位分組對映到可列印字元，末尾不足一組時可能使用 = 填充。它的輸出允許按同一規則還原，所以準確稱呼是“編碼”而不是“加密”。這裏採用標準 Base64 字母表，而不是把 +、/ 替換成 -、_ 的 base64url 變體。

標準依據與覈驗資料

輸入、讀取與複製結果

1. 準備完整原始地址

   複製以 http:// 或 https:// 開頭的單條地址，並保留路徑、檔名、查詢引數和片段。貼上後，開頭和結尾的空白會被移除。

2. 讀取即時生成的三項結果

   輸入非空後無需點選轉換按鈕，頁面會依次顯示 Thunder（迅雷）、QQ（旋風）和 FlashGet（快車）三項。它們來自同一個整理後的輸入；修改任意字元時，三項編碼會同步變化。

3. 複製所需格式

   每項結果旁都有獨立複製操作。根據接收位置要求選擇一項，複製完整的 scheme、Base64 載荷與字尾，不要只擷取中間字元。

4. 重新處理下一條地址

   完成複製後可清空輸入，再貼上下一條地址。逐條處理便於把每組三項結果與原始地址對應起來，也方便後續覈對。

一組可以逐項復算的示例

輸入 https://example.com/file.zip 後，三項結果應分別為：

thunder://QUFodHRwczovL2V4YW1wbGUuY29tL2ZpbGUuemlwWlo=
qqdl://aHR0cHM6Ly9leGFtcGxlLmNvbS9maWxlLnppcA==
flashget://W0ZMQVNIR0VUXWh0dHBzOi8vZXhhbXBsZS5jb20vZmlsZS56aXBbRkxBU0hHRVRd&1926

取出 scheme 之後的 Base64 載荷並按標準規則還原，可依次得到 AAhttps://example.com/file.zipZZ、https://example.com/file.zip 和 [FLASHGET]https://example.com/file.zip[FLASHGET]。這也說明 AA/ZZ 與 [FLASHGET] 是編碼前加入的字元，而不是原地址的一部分。

功能範圍與失敗排查

本頁只把一條輸入文字正向生成三種專用連結，不執行下載或反向解析。

• 不是反向解碼器：輸入 thunder://、qqdl:// 或 flashget:// 時，整段內容會再次被編碼，不能得到其中的普通地址。
• 不是批次轉換器：輸入框不會按換行拆分多條地址；包含換行的內容會作為一個整體進入編碼。需要轉換多條連結時應逐條清空、貼上和複製。
• 不校驗 URL：任意非空文字都能生成外觀類似的三項結果，頁面不會自動補全 scheme、執行百分號編碼或判斷查詢引數是否過期。
• 不探測目標資源：轉換動作不向輸入地址發起下載請求，因而無法發現 404、登入要求、地區限制、許可權不足或伺服器拒絕訪問。
• 識別取決於接收環境：裝置需要有能夠處理對應 scheme 的軟體或關聯設定。若貼上後沒有反應，應分別檢查原地址、瀏覽器的外部應用許可權、系統關聯和客戶端版本。

安全與隱私邊界

• 編碼不等於保密：Base64 載荷可以還原，不要把它當作加密手段，也不要用來隱藏訪問令牌、賬號資訊、內網地址或私人檔案位置。
• 留意螢幕與剪貼簿：輸入和結果都會顯示在頁面中，複製後還會進入系統剪貼簿。處理含臨時簽名或敏感引數的地址時，應考慮旁觀、截圖、剪貼簿歷史及後續貼上位置。
• 結果不證明檔案安全：生成過程不會判斷域名可信度、檔案內容或授權狀態。開啟未知連結、下載可執行檔案或再分發資源前，應自行確認來源、許可權和安全性。
• 結果不代表下載加速：字串轉換隻改變地址表示，不改變伺服器頻寬、網路質量、訪問許可權或檔案本身。
• 保留原地址：釋出或歸檔專用連結時一併儲存經過確認的 HTTP/HTTPS 原地址，便於接收端不相容或連結失效時覈對。