跨平台文件共享：在任何设备间传输

跨平台文件共享，一旦放弃对平台原生工具的依赖，问题就迎刃而解。AirDrop（仅限Apple）、Quick Share（谷歌和三星）、近距离共享（仅限Windows）以及iMessage，都在跨越平台边界时失效。浏览器链接适用于过去十年出货的每一款操作系统，因为HTTP和TLS是共同语言。上传一次，将URL粘贴进任意聊天应用，命令行下的Linux用户、4G网络上的Android用户和酒店Wi-Fi中的macOS用户，都能拉取到完全相同的字节。

浏览器链接解决的互操作难题

当Windows笔记本要向iPhone发送文件时，AirDrop、AirPlay和SMB都不能原生工作。常见的备选方案：邮件（25 MB上限）、iCloud for Windows（不稳定，需要Apple ID），或双方都安装第三方应用。这些方案都会增加摩擦。

基于链接的传输将问题压缩为三步：发件人上传到URL，收件人访问URL并下载。无需身份联合，无需mDNS发现，无需协议协商。文件通过HTTPS（自2018年起即TLS 1.3）传输，每款现代操作系统默认支持。

真正跨平台传输的必备条件

一个真正跨平台的文件传输方案需要：

浏览器上传，使用File API（规范：HTML Living Standard）——适用于Safari 12+、Chrome 38+、Firefox 50+、Edge 79+。
支持断点续传的分块上传，应对不稳定连接，通过HTTP/2上的Range请求实现。
跨系统文件名处理：NTFS允许Linux不支持的字符（反之亦然），服务需一致地清理或保留UTF-8编码。
收件人可以解压的归档格式：.zip是通用格式；.tar.gz在Linux/macOS上通用，但Windows需要7-Zip或WinRAR；macOS默认不支持.rar读取。
浏览器可自行完成的端对端加密：Web Crypto API的crypto.subtle自2017年起已存在于每款一线浏览器中。

各平台的特殊问题

**macOS（Sonoma、Sequoia）：**Finder创建的zip包含__MACOSX目录、.DS_Store文件及._filename资源分支。发送给Windows收件人前，通过终端执行zip -X或使用"干净zip"应用去除这些内容，否则对方会看到杂乱的额外文件。

**Windows 11：**文件名不允许包含:、*、?、"、<、>、|。Unicode字符可以，但文件名末尾的空格会导致问题。下载文件落入%USERPROFILE%\Downloads，SmartScreen可能对压缩包中的.exe发出警告。

**Linux（Ubuntu、Fedora、Arch）：**文件系统区分大小写，Photo.jpg和photo.jpg可以共存。在macOS（默认不区分大小写）上压缩文件准备交付给Linux时，注意可能出现意外的文件名冲突。

**iOS/iPadOS：**文件App可打开常见归档格式，但最适合.zip。Readdle的Documents等第三方应用支持.7z和.rar。

**Android：**Google Files应用支持解压.zip，但.rar和.7z需要安装对应应用。Android 11起的分区存储限制了文件落入的位置。

**Chrome OS：**文件App支持.zip、.rar、.tar、.gz。从文件App拖放到浏览器标签页直接可用。

一次上传，多方下载

以100 Mbps速率上传5 GB文件约需7分钟。若向四个不同平台的收件人各发一份，逐一点对点传输在最慢的上行带宽下需耗时4倍——还要协调各方。链接方案只需向服务器上传一次，每位收件人按自己的节奏下载，包括发件人关机后的次日凌晨。

全平台均可使用的端对端加密

客户端AES-256-GCM加密在iPad上的Safari、Android上的Chrome、Windows上的Edge、Linux上的Firefox以及macOS上的Safari中运行方式完全相同。Web Crypto API已标准化（W3C Web Cryptography API，2017年推荐标准）。在浏览器中输入的密码通过PBKDF2-HMAC-SHA256派生为256位密钥。文件以5 MB分块加密，每块使用唯一的96位IV和128位认证标签。服务器从未见到明文。

HexaTransfer正是基于这一流程构建。Android艺术家可以向Linux动画师发送加密的8 GB项目文件——使用相同的代码路径，相同的密文格式。

链接胜过所有原生分享工具

| 原生工具 | 适用范围 | 排除人群 | | --- | --- | --- | | AirDrop | Apple ↔ Apple | 所有其他人 | | Quick Share | Android ↔ ChromeOS，部分Windows | iOS、Linux、旧版Mac | | 近距离共享 | Windows 10/11 ↔ Windows | 所有其他人 | | SMB/Windows共享 | 同一局域网 | 远程收件人 | | 蓝牙OBEX | 任何设备 | 20 MB以上太慢 | | 共享链接 | 所有浏览器 | 无人排除 |

文件名与编码陷阱

UTF-8是唯一安全的编码方案。从macOS发送带重音字符的文件名时，macOS使用NFD规范化（APFS为兼容HFS+保留此行为），而非NFC。Windows收件人可能看到café.pdf被渲染为café.pdf并无法打开。优秀的传输服务会将文件名重新规范化为NFC，并在存储前清除Windows不允许的字符。

包含空格、表情符号以及非拉丁字符（日本語、العربية、русский）的文件名，在浏览器传输中均能保留，因为服务器以原始UTF-8字节存储，下载时通过Content-Disposition: attachment; filename*=UTF-8''...响应头（RFC 6266）保持文件名完整。

真实的跨平台应用场景

Windows上的建筑师发送400 MB .rvt Revit模型给macOS上使用Enscape进行审查的客户：浏览器上传，下载，双端均可运行Archicad转Revit转换器。
Ubuntu上的视频团队用DaVinci Resolve剪辑，需要将6 GB .drp项目交给Windows上的调色师：将项目导出为.zip，上传，调色师在任意系统下载。
iPad上的摄影师导出12 GB RAW .cr3文件，发送给M3 MacBook上的修图师：从iPad Safari上传，macOS Safari下载，所有原始元数据完整保留。

真正跨平台的工具对比

| 服务 | 最大容量 | 端对端加密 | 收件人无需注册 | 断点续传 | | --- | --- | --- | --- | --- | | WeTransfer免费版 | 2 GB | 否 | 是 | 否 | | Smash | 无限制 | 否 | 是 | 部分支持 | | SwissTransfer | 50 GB | 密码保护静态加密 | 是 | 是 | | Dropbox Transfer | 100 GB（Pro版） | 否 | 是 | 是 | | HexaTransfer | 10 GB | AES-256-GCM浏览器端加密 | 是 | 是 |

跨平台的美妙之处在于发件人和收件人不需要就任何事项达成一致，只需各自有一个浏览器。

在 hexatransfer.com 上试试 — 免费、无需注册、最多 10 GB。