# 我们为什么不存储你的文件——以及我们保留了什么

Source: https://help.strongfolder.com/zh/blog/why-we-dont-store-your-files/
Updated: 2026-11-05

> StrongFolder 是不存储的文件分享：你的文件通过加密的 WebRTC 连接直接从你的浏览器传到收件人的浏览器，从不存储在我们的服务器上。我们只保留传输元数据——文件和文件夹名称、大小、文件数量——用于创建链接。如果需要中继，它只转发、不存储。

“我的文件去哪儿了？”是我听到的关于 StrongFolder 最多的问题，它值得一个直截了当的回答，而不是一句口号。StrongFolder 是不存储的文件分享：我们从设计上就不保留你的文件。但如果说“我们什么都不存储”，那就不是实话了，所以下面准确地说明我们保留什么、从不保留什么，以及我们的做法有哪些局限。

## StrongFolder 保留什么——又从不保留什么？

| | StrongFolder 是否保留？ |
|---|---|
| 文件内容 | **从不。** 上传时不保留，中继时不保留，备份中也没有 |
| 文件和文件夹名称、大小、文件数量 | 是——这是传输元数据，创建链接时需要 |
| 你的电子邮件地址 | 仅当你用 Google 登录时，用于显示你的传输列表 |
| “以防万一”的副本 | 不存在这样的副本 |

为了生成链接，服务会保留传输元数据：文件和文件夹名称、大小以及文件数量。 当有人打开你的链接时，在选择保存位置之前，他们会看到这份列表——名称和大小。这就是服务需要它的原因。

文件内容则完全是另一回事。文件从不上传或存储到 StrongFolder 的服务器。 没有上传这一步：只有在收件人连接时，你文件的字节才会离开你的设备，并且只发往那位收件人。

## 不存储的文件分享是怎样实现的？

我们的服务器只做两件小事。第一，帮助两个浏览器找到彼此——这叫作信令，传递的是连接信息和上面提到的元数据，而不是你的文件。第二，提供网页应用本身。

然后，两个浏览器之间建立一条 WebRTC 连接。WebRTC 使用 DTLS 加密每一条数据通道，因此在每一次连接中，文件数据流在传输过程中都是加密的。 文件流通过这条连接从你的设备传到收件人的设备。如果你想了解技术细节，[WebRTC 文件传输的工作原理](https://help.strongfolder.com/en/guides/how-webrtc-file-transfer-works/) 会一步步讲清楚。

## 中继呢？

有时无法建立直连——严格的企业防火墙、某些移动网络。在这些情况下，传输会回退到 StrongFolder 的 TURN 中继。

我想在这里说得精确一些，因为营销文案往往在这里含糊其辞。使用中继时，你的数据确实会经过我们的服务器。它以加密形式经过，中继只负责转发：不会写入磁盘，也不保留副本。所以我们说的是“文件从不存储在服务器上”，而不是“文件从不经过服务器”。对于经过中继的传输，后一句话是不成立的，而你应该得到准确的说法。

## 为什么存储副本是一种风险？

大多数传输服务就像储物柜。你上传文件，它们保存一段时间——通常是几天，有时是几周，取决于服务和套餐——在此期间任何持有链接的人都能下载。

这本身并没有什么恶意。但副本存在的每一天，都是它可能被泄露的一天：

- **链接会流转。** 发给一位客户的链接会被转给同事、贴进工单、存进聊天记录。只要副本还在，链接对任何拿到它的人都有效。
- **谁都可能被攻破。** 一台存着数百万个文件的服务器是攻击目标。一台什么都不存的服务器就没那么有吸引力了。
- **你无法核实删除。** 当一项服务说文件会在七天后删除时，你只能相信它——包括它的备份。
- **适用的是别人的规则。** 存储的副本受服务商所在的司法管辖区、服务条款和法律请求约束，而不只是受你约束。

使用 StrongFolder，暴露窗口就是传输本身。当你点击 Stop Sharing 或关闭标签页后，我们这边就没有任何东西可供下载了。

## 这种做法有哪些诚实的局限？

不存储文件是实实在在的隐私优势。但它不是魔法，我宁愿你在依赖它之前就了解这些局限：

- **没有密码保护的链接。** 在你分享期间，任何拥有链接的人都可以连接。请把链接当作钥匙一样对待。
- **链接只在你分享期间有效。** 只要发送方仍在分享，链接就有效。发送方点击 Stop Sharing（停止分享）或关闭标签页后，文件将无法再获取。 这对隐私来说是优点，对便利性来说则是限制。
- **你必须保持在线。** 在接收方下载完成之前，发送方的浏览器标签页必须保持打开并在线——文件来自发送方的设备，而不是服务器。 如果做不到，云端链接是更好的工具——[P2P 与云端文件传输](https://help.strongfolder.com/en/guides/p2p-vs-cloud-file-transfer/) 能帮你做出选择。
- **名称属于元数据。** 我们会保留文件名来生成链接。如果文件名本身就很敏感——比如“Q3-裁员-终版.xlsx”——请先重命名，或者把文件放进加密压缩包。
- **传输中加密，而不是使用你自己的密钥。** 我们不声称提供使用你所持密钥的端到端加密，也不声称拥有任何认证。对于受监管的数据，请查阅你所在组织的规定。

## 怎样用 StrongFolder 安全地分享敏感文件？

一套简单的流程就能覆盖大多数情况：

1. 只通过你信任的渠道，把链接发给你想发的人。
2. 请收件人在下载完成后告诉你一声。
3. 立即点击 **Stop Sharing**。
4. 对于高度敏感的文件，把它们打包成加密压缩包（例如使用 AES-256 的 7-Zip），并通过电话或另一个即时通讯工具告知密码。这适用于任何传输方式。

完整的清单，以及电子邮件、网盘、SFTP 和 P2P 的对比，请见我们的 [安全文件分享指南](https://help.strongfolder.com/en/guides/secure-file-sharing/)。

[立即发送文件](https://strongfolder.com)
## 我们为什么选择这种设计？

一部分原因是我作为用户本身就想要它——我在 [我为什么创办 StrongFolder](https://help.strongfolder.com/en/blog/why-i-started-strongfolder/) 中讲过这一点。一部分原因是它本身就更干净：一个从不保管你文件的服务，不可能弄丢、泄露它们，也不可能保存得比承诺的更久。还有一部分原因是它让我们自己的事情也变得简单。我们不运营一个存放别人数据的仓库，这也是 StrongFolder 如今免费、目前没有付费套餐的原因之一。

以上所有内容也都写在我们的 [安全与隐私](https://help.strongfolder.com/en/security/) 页面上，并保持更新。如果其中有任何不清楚的地方，或者你认为我们应该保留得更少，请写信给我：[info@strongfolder.com](mailto:info@strongfolder.com)。

## FAQ

### StrongFolder 会存储我的文件吗？

不会。文件从不上传或存储到 StrongFolder 的服务器。 为了生成链接，服务会保留传输元数据：文件和文件夹名称、大小以及文件数量。

### 使用中继服务器时会发生什么？

如果无法建立直连（严格的企业防火墙、部分移动网络），加密的数据流会经过 StrongFolder 的中继（TURN）服务器。中继只转发数据，不会存储数据。

### 能给 StrongFolder 链接加密码吗？

目前不能。在你分享期间，任何持有链接的人都可以连接。对于敏感文件，请发送加密压缩包，并通过另一个渠道告知密码。

### 怎样确保之后没有其他人下载我的文件？

收件人下载完成后，点击 Stop Sharing（停止分享）或关闭标签页。只要发送方仍在分享，链接就有效。发送方点击 Stop Sharing（停止分享）或关闭标签页后，文件将无法再获取。