如何在 Mac 和 Windows 电脑之间传输文件

最近更新: 2026-08-07

Mac 和 PC 天生就不说同一种文件共享语言。AirDrop 只属于苹果生态，Windows 的网络共享又要求两台机器加入匹配的工作组或域，两者都不是那种能在五分钟内搞定的东西——而你可能只是想把 MacBook 上一个项目文件夹搬到 Windows 台式机上。

Relayium 绕开了这整套兼容性难题。在两台电脑上打开同一个页面：同一局域网内，端到端加密的文件会直接传输；跨网络时，TURN 中继只搬运它无法读取或解密的密文，也不保留实时内容副本或历史。两个系统都无需安装；跨网络配对由创建者登录，加入者始终无需账号。下面详细说明两个方向的具体做法。

开始前需要准备什么

你需要准备

一台用 Safari 或 Chrome 的 Mac，一台用 Edge 或 Chrome 的 Windows PC——任意一侧用现代浏览器即可。
最简单的方式是把两台电脑接入同一个 Wi-Fi 或有线网络。有线和无线混着用也没问题：同一台路由器下的有线 PC 和 Mac 仍然共享同一个公网 IP，而这正是把它们放进同一个房间的依据。
两台都通过 https://relayium.com/ 打开页面。加密传输需要 HTTPS，用普通 http:// 打开时页面会直接这么说，而不会列出设备。
如果这一批很大，接收那一侧请用 Chrome 或 Edge。只有它们能流式直接落盘，并让你先挑好目标文件夹——Safari 没有这个接口，只能把整批内容在内存里拼装。
要发送的文件或文件夹——每批最多 1,000 个文件。

Mac 和 PC 都不用安装。同一网络下也不用注册——浏览器搞定一切。

Mac 和 PC 在同一网络下

如果两台电脑在同一个办公室或家庭网络中，这是移动文件最快的方式——不用挂载共享盘，也不用跟权限较劲。

在 Mac 上用浏览器打开传输页面；在 Windows PC 上打开同一个地址。
```
https://relayium.com/
```
对比两台机器上状态条里的公网 IP。共享同一个地址才会把它们放进同一个房间——同一个办公网络里的两台机器却报出不同地址，通常是工作笔记本上开着公司 VPN。
```
已连接 · 本机 MacBook · 公网 IP 203.0.113.9
```
现在两台机器会在「附近的设备」里互相出现——不用设置 Windows 工作组，也不用开启 macOS 文件共享。在发送方电脑上点击另一台，然后按「打开工作区」。在当前浏览器上，这是卡片提供的唯一一个动作——因为接下来文件、文件夹和消息都走它打开的那一条加密连接。
工作区会取代那张卡片。发送用它标题栏下面的控件：「发送文件」发一批（最多 1,000 个），整个目录树用「发送文件夹」，或者直接在消息框里打字——「回车换行 · ⌘/Ctrl+回车发送」——然后按「发送」。在接收方读一下请求下面那行：用 Chrome 或 Edge 时它会说浏览器要问你存到哪，也就是由你自己挑文件夹；用 Safari 或 Firefox 时它会说文件进入浏览器自己的下载目录。然后按「接收」。
看着两块屏幕上的文件计数走到最后一个文件。如果想在任何字节移动之前核对校验码（SAS），先在两台机器上打开「高级验证」：一致说明双方加入了同一个端到端加密会话，并不证明密文采用了哪条网络路径。不打开它，会话依然是加密的，只是没有可核对的码。

传输成功时是什么样

这时对方的卡片已经不在了——工作区取代了它——所以状态要从工作区标题栏上读：你连到了哪台机器、连接状态是「已连接」，以及唯一一个路径标签显示「局域网直连」。计数停在这一批的最后一个文件。

在你挑好的文件夹里，目录树会保持相对路径地落地。目标目录里已经存在的同名文件不会被覆盖：report.pdf 会以 report (1).pdf 的名字落在它旁边。这个改名是 Relayium 自己做的，而且只在浏览器把一个目录交给我们写入时才生效——也就是带文件夹选择器的 Chrome 或 Edge。没有选择器时，命名归那个浏览器的下载管理器，结果要在它自己的列表里看：chrome://downloads (Chrome)、edge://downloads (Edge)、about:downloads (Firefox)。

已连接到 ThinkPad · 已连接 · 局域网直连
文件 12/12

一台机器看不到另一台时

在这一对组合里，工作 VPN 和受管控的办公网络是最值得先查的两项。它们属于常见的首轮排查，而不是全部可能；下面每一种都能靠屏幕上已有的东西判定，不需要找客服。

现象、检查、处理

两台机器都连着办公 Wi-Fi，但「附近的设备」里谁也不出现。

https://relayium.com/   # 对比两台机器上状态条里的公网 IP

两个不同的公网 IP 就是两个房间，而公司 VPN 是常见原因之一：它把一台机器从公司的出口地址带出去，另一台却还从办公室路由器出去。从别处出网的访客 SSID 是另一种，两者都不是唯一可能。如果你愿意改：在那台机器上断开 VPN，或者离开访客 SSID，然后在那里重新加载 https://relayium.com/。如果 VPN 必须一直开着，用 https://relayium.com/cross-network 上的配对码也能连到另一台机器，不用断开它。

两台机器显示的公网 IP 相同，却都不出现卡片。

https://relayium.com/   # 设备列表下方的提示写着要改的那个路由器开关

网络把自己的客户端隔开了。路由器如果是你自己的，就关闭「AP 隔离 / 客户端隔离」；如果是你无权改动的受管办公网络，就改用 https://relayium.com/cross-network 上的配对码让两台机器配对。

还没点接收，Mac 就警告说整批文件必须放在内存里。

https://relayium.com/   # 请求下面那行写着这个浏览器会怎么保存

Safari 没有 File System Access API，所以它会把整批缓存起来而不是直接写出去，超过大约 256 MiB 时 Relayium 就会警告。请在那台 Mac 上换用 Chrome 或 Edge 接收：它会把每个文件流式直接落盘，并且先问你要存到哪个目标文件夹。

文件夹传输里其余文件都到了，只有一个在 Windows 侧失败。

https://relayium.com/   # 计数停下时会显示它当时正在处理哪个文件

Windows 不允许文件名里出现 \ / : * ? " < > |，而 macOS 允许，所以在 Mac 上合法的名字在 PC 上可能根本无法创建。请在 Mac 上给那个文件改名——像 2026:08:05 这样日期里的冒号是最常见的元凶——然后重新发送。

传输能跑，但标签显示的是「P2P 直连」而不是「局域网直连」。

https://relayium.com/   # 看工作区标题栏里的路径标签

两台机器共享同一个公网 IP，却没有共享本地的那一跳——同一条办公上行下的两个 VLAN 就是这个样子。传输仍然是直连，也仍然端到端加密；如果你要的是走局域网而不是浏览器找到的那条路径，就把两台放到同一个子网里。

跨网络：配对与中继

配对码由服务器生成，固定为 6 位十进制数字（0–9，可以 0 开头）。发送方登录后创建配对码；通过配对码、链接或二维码加入的人始终无需账号。它可在 5 分钟内用于新设备加入；倒计时结束不会中断已经连上的传输。

跨网络时，浏览器按设计直接使用加密的 TURN 中继，不会先尝试直连。密钥始终留在两台设备上，因此中继只转发端到端加密后的密文，无法读取文件，也不保留实时内容副本或历史。

发送整个文件夹，而不只是单个文件

把一个项目文件夹从 Mac 搬到 Windows（或反过来）通常得先打包压缩。Relayium 可以直接发送文件夹，并保持其结构完整。

在 Mac 上，直接把文件夹拖进去，或从文件选择器中选取——一批最多 1,000 个文件。
在使用 Edge 或 Chrome 的 Windows PC 上，收到的文件夹会直接写入你选择的目录，结构保持不变。
如果接收方的浏览器不支持直接写入文件夹，文件夹会以单个 .zip 的形式到达，解压后结构相同。

在 Mac 和 Windows 之间传文件的其他方式

Relayium 不是唯一选择——以下把常见替代方案的取舍摊开讲：

U 盘可以离线使用，但 macOS 和 Windows 在文件系统上并不总是兼容，可能需要重新格式化，而且多了一个要随身携带的实物。
Windows 网络共享（SMB）可以连到 Mac，但为了一次性的传输去配置工作组、权限和防火墙规则，付出远超收益。
网盘（OneDrive、iCloud、Google Drive）在对方离线时也能用，但文件要先上传再下载，占用你的存储配额，且服务商手里留有一份副本。
邮件和聊天软件很方便，但通常会限制附件大小，且文件分享并非端到端加密。

文件会有任何改变吗？

内容不会。Relayium 按原始字节精确传输——不重新压缩、不重新格式化，两个系统之间也不会改动换行符——文件夹的相对路径也保持不变。但有两样东西过不去，而且都属于文件系统而不是传输本身：Windows 禁止 macOS 允许的一些字符，所以在 Mac 上合法的名字在 PC 上可能根本无法创建；另外 POSIX 权限位、所属关系和 macOS 扩展属性都不会被带过去——接收端浏览器写出的是普通文件，遵循 NTFS 自己的权限模型。

每个文件都用 SHA-256 做端到端校验，所以落到 Windows PC（或 Mac）上的内容，经验证与从另一台机器发出的完全一致。大文件也处理得很好：支持 File System Access API 的浏览器——桌面版 Chrome、Edge——会把下载直接流式写入磁盘，没有大小上限。Firefox 和 Safari 没有这个 API，在它们那边接收时整批文件只能先攒在内存里，因此一旦超过约 256 MB，Relayium 会在你点「接收」之前先提示一次。这个数字是刻意取的保守估计，而不是实测出来的上限——真正撑不住的临界点取决于这台机器的内存、系统以及还开着多少东西。

常见问题

Mac 或 Windows PC 上需要安装什么吗？

不需要。Relayium 在 macOS 和 Windows 上都完全运行于浏览器中。在每台机器上打开 relayium.com 就绪了——无论哪种方式都不用下载。同一网络下传输完全无需账号；跨互联网配对只需发送方登录一下。

两台电脑必须在同一网络吗？

不必。同一网络是最快的方式，因为两台机器会自动互相发现；但配对码同样能让 Mac 和 Windows PC 跨越互联网连接——即使身处不同城市。无论哪种方式传输都保持端到端加密；跨网络路径只是需要发送方先登录，接收方始终无需账号。

能发送整个文件夹，而不只是单个文件吗？

可以。把文件夹拖进去，Relayium 会以一批最多 1,000 个文件发送，并保持文件夹结构。Windows 上的 Chrome 和 Edge 会直接写入你选择的目录；如果接收方浏览器不支持直接写入文件夹，会以单个 .zip 到达，结构相同。

从 Mac 传到 Windows，文件权限、换行符或文件名会被弄乱吗？

字节和文件夹内的相对路径不变，并用 SHA-256 哈希做端到端校验，所以换行符和编码都不会被触碰——任何需要应用层转换处理的东西（比如文本文件里 CRLF 和 LF 的区别）都不受影响，因为文件本身没有被改动。但确实有两样东西过不去：名字里带有 Windows 禁止字符的文件在 PC 上根本无法创建；POSIX 权限、所属关系和 macOS 扩展属性也不会被传输，因为接收端浏览器写出的是遵循 NTFS 自身模型的普通文件。

有大小限制吗？

每批最多 1,000 个文件。服务器端完全没有大小上限——桌面版 Chrome 和 Edge 会直接流式写入磁盘。Firefox 和 Safari 没有 File System Access API，在它们那边接收的整批文件只能先放在内存里，因此超过约 256 MB 时 Relayium 会先提示你——这是个保守估计而非硬上限，真正的天花板取决于这台机器的内存以及还跑着什么。

在你的 Mac 和 Windows PC 上打开 Relayium，把第一批文件传过去吧——无需安装，同一网络下也无需账号。

立即试用 Relayium