下载链接转换

普通地址怎样变成三种专用链接

这个转换器接收一条文本形式的下载地址，去掉开头和结尾的空白后，同时给出迅雷、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 原地址，便于接收端不兼容或链接失效时核对。