如何不压缩直接发送文件夹

要不压缩直接发送文件夹,可以用 StrongFolder 这样的点对点工具在浏览器之间直接分享:选择文件夹,复制链接并发送。接收方会保存同样的文件夹目录树——子文件夹和文件名完整保留——无需 ZIP,也无需上传。云盘在线时保留结构,但下载文件夹时通常会压缩成 ZIP。

  1. 打开 StrongFolder访问 strongfolder.com 或点击 StrongFolder Chrome 扩展。
  2. 选择文件夹点击 Upload Folder(上传文件夹)并选择文件夹。不会上传任何内容——浏览器只读取文件夹目录树,以便分享它。
  3. 发送链接复制链接(或出示二维码),通过聊天软件或电子邮件发送。
  4. 保持标签页打开接收方打开链接,选择保存位置,就能得到包含所有子文件夹的同一个文件夹。在对方完成之前,请保持您的标签页打开。

发送前先压缩文件夹,是邮件附件时代留下的习惯。它费时间,需要双倍的磁盘空间,而对于照片和视频,几乎不会让文件变小。 本指南介绍如何把文件夹以文件夹的形式发送——子文件夹、文件名一应俱全——并比较几种主要的方法。

文件夹为什么一开始就会被压缩?

大多数分享渠道都是为单个文件打造的。邮件附件、聊天上传或传统的下载链接都只能承载一个文件,所以文件夹必须先打包成一个文件。 ZIP 就是干这个的:它把一棵文件树变成一个文件,并在其中保留路径。

几份文档这样做没问题。但当文件夹是一个 40 GB 的视频项目、一次包含 3000 个 RAW 文件的拍摄,或一个包含 20 万个小文件的代码仓库时,就会变得很痛苦:

  • **时间。**打包和解包一个大文件夹所花的时间,可能比传输本身还长。
  • **磁盘空间。*发送方需要同时容纳文件夹和* ZIP 的空间;接收方需要同时容纳 ZIP 和解压后文件夹的空间。
  • **对媒体文件收效甚微。**JPEG、RAW、MP4 和 MOV 本身已经是压缩格式——视频文件夹的 ZIP 和文件夹本身几乎一样大。
  • **脆弱。**大型压缩包中只要有一个字节损坏,就可能导致整个解压失败;有些工具还会把大文件夹拆成好几个 ZIP,之后必须重新拼合。

如何不压缩直接发送文件夹?

现实可行的选项有四种。哪一种合适,取决于文件夹的大小,以及接收方下载期间您能否保持在线。

方法文件夹结构接收方拿到 ZIP?大小限制(免费)需要先上传?下载期间发送方需在线?
邮件附件不支持必须压缩约 20–25 MB是否
Google Drive / OneDrive 分享在线保留下载时通常是您的存储配额是否
Dropbox 分享链接在线保留下载时通常是您的存储配额是否
传输服务(WeTransfer 类)视情况而定通常是通常为 2–5 GB是否
StrongFolder(P2P)保留否服务本身不设限制否是

方法 1:用 StrongFolder 直接分享文件夹(无需 ZIP,无需上传)

StrongFolder 把您的浏览器与接收方的浏览器相连,通过加密的 WebRTC 连接传输文件夹。上面的步骤不到一分钟就能完成:选择文件夹,复制链接,发送。 接收方打开链接后,在自己的电脑上选择一个目标位置,StrongFolder 就会在那里逐个文件地重建同样的文件夹目录树。

由于不需要先上传,下载立即开始;由于服务器上不存储任何内容,传输结束后也不会留下副本。一个链接可以被多位接收方打开;每个人都直接从发送方下载。

立即发送文件

免费 · 在浏览器中使用 · 无需注册

方法 2:把文件夹上传到云盘再分享

Google Drive、OneDrive 和 Dropbox 允许您把整个文件夹拖进浏览器,并在线保留其结构。接收方可以浏览文件夹、打开单个文件,而不必下载全部内容。 在以下情况下,这是最佳选择:

  • 接收方需要在线浏览或预览文件,
  • 在对方下载期间,您无法让电脑一直开着,
  • 好几个人需要在数周内访问。

问题在于:当接收方从网页下载整个文件夹时,这些服务通常会把它打包成 ZIP(Google Drive 可能会把大文件夹拆成几个 ZIP 分卷)。 您还要先等待完整上传,而且文件夹会占用您的存储配额。

方法 3:使用文件传输服务

WeTransfer 或 Smash 这样的服务在浏览器中可以接收文件夹,但接收方通常拿到的是 ZIP,免费套餐有大小上限(通常为 2–5 GB),而且文件会在服务的服务器上保留数天。 当您不想保持在线时,它们对于小型的一次性发送很方便。

方法 4:复制到 U 盘或外接硬盘

对于数 TB 的数据,或互联网上行速度非常慢的情况,实体硬盘仍然无可匹敌——前提是您能当面交给对方。它能完全保留文件夹结构,但对于远在另一个大洲的客户来说并不可行。

接收方如何保存包含所有子文件夹的文件夹?

当接收方打开指向文件夹的 StrongFolder 链接时,浏览器会询问保存位置。随后 StrongFolder 会在对方的硬盘上创建同样的子文件夹,并在每个文件到达时把它写入相应位置—— 不会把任何内容保留在内存中,也不会打包成压缩包。

像这样保存整个文件夹需要使用浏览器的 File System Access API,目前它只在电脑上的 Chrome、Edge、Opera 及其他 Chromium 浏览器中可用。 在其他浏览器中,接收方可以逐个下载文件或以 ZIP 格式下载。如果您经常发送文件夹,请让接收方用 Chrome 打开链接。

发送大文件夹前应该检查什么?

  1. **接收方的可用磁盘空间。**对方需要能容纳整个文件夹的空间。
  2. **您的上行速度。**直接传输不可能比发送方的上行连接更快。100 GB 在 50 Mbit/s 的上行速度下大约需要 4.5 小时。
  3. **睡眠设置。**在接收方完成之前,让您的电脑保持唤醒,StrongFolder 标签页保持打开。给笔记本电脑接上电源。
  4. **接收方使用合适的浏览器。**要按原有结构保存文件夹,请在电脑上使用 Chrome、Edge 或 Opera。

什么时候压缩仍然是更好的选择?

当您需要一个文件来附加到表单中、归档到备份硬盘,或用压缩软件设置密码保护时,压缩仍然有意义。当文件夹包含数十万个小文本文件, 而接收方使用的浏览器又无法保存文件夹时,压缩也有帮助。其他所有情况——拍摄照片、视频项目、设计和 CAD 文件夹、游戏模组——按原样发送文件夹都能节省时间和磁盘空间。

总结

要不压缩直接发送文件夹,请使用点对点直传:接收方得到同样的文件夹目录树,不上传也不存储任何内容,服务也不设大小上限。 如果您无法保持在线,或者别人需要在数周内浏览这些文件,请改用云盘。关于取舍的更多内容,请参阅 P2P 与云端文件传输对比; 关于文件大小,请参阅如何发送大文件。

常见问题

可以不压缩直接用邮件发送文件夹吗?

不能。邮件客户端只能附加文件,不能附加文件夹,而且 Gmail 和 Outlook 的附件上限约为 20–25 MB。要用邮件发送文件夹,您必须把它压缩,或者改为发送指向它的链接。

Google Drive 下载文件夹时会压缩吗?

会。当有人在浏览器中从 Google Drive 下载文件夹时,Drive 会把它打包成一个或多个 ZIP 文件。结构保留在 ZIP 内,但接收方必须解压。

接收方会得到相同的子文件夹和文件名吗?

使用 StrongFolder 会:接收方选择一个目标位置,同样的文件夹目录树就会写入那里。Windows 无法存储的过长路径会被缩短,并附上一份说明,列出所有被重命名的文件。

接收方保存整个文件夹需要什么浏览器?

按原有结构保存整个文件夹需要使用 File System Access API:电脑上的 Chrome、Edge、Opera 及其他 Chromium 浏览器支持。其他浏览器可以逐个下载文件,或以 ZIP 格式下载。

有大小或文件数量限制吗?

StrongFolder 不设大小限制。实际限制来自接收方设备的可用磁盘空间、网络速度,以及两台设备保持在线的时长。

为什么不直接把文件夹压缩一下?

压缩一个大文件夹要耗费两倍的时间和磁盘空间(打包一次、解包一次),超大 ZIP 可能失败或触及格式限制,而媒体文件几乎压缩不了多少。按原样发送文件夹就能避免这一切。

直接发送下一个文件——或整个文件夹

无需上传,我们不设大小限制,也无需注册账号。选择文件或整个文件夹,复制链接,对方即可直接从您的设备下载。

发送文件添加到 Chrome