什么是WebRTC？它和企业视频会议有什么关系

在聊天窗口拖进一个文件、点发送，对方很快就收到了——看起来和发文字没什么两样，走的却不是同一条链路。文字体量小，服务器接住再转交即可；文件体量大、还要能被反复取用，所以链路上多了一层文件存储：文件先上传到服务端保存，聊天里传出去的往往是一个指向它的引用，对方按需再取回。也就是说，聊天里发文件更像"传一次、多人取"，而不是把文件从我这台设备直接塞到你那台设备。本文讲通用原理，涉及具体产品的内部实现时不做推测。

一、文件传输和文字消息，差在哪

分岔点在体量：

• 文字消息：体量小，随消息一起走，服务器保存后即可投递。
• 文件：从几 MB 到几个 GB，塞不进消息体，必须独立存储、单独寻址。

于是链路里多出两个角色：文件服务负责收下并保管文件，文件标识负责让聊天消息找到它。文字消息"送达"即内容已到对方；文件消息"送达"往往只说明对方拿到了引用。

文件要存、要管、要能被反复取用，企业 IM 通常把这部分当作平台底座——BeeWorks 就把文件共享与消息、文档能力放在同一个平台上。

二、一次文件传输要经过哪些环节

1. 选择与上传。 发送端把文件交给服务器；大文件通常分片传输，中途断了可以续传。
2. 接收与保存。 服务器保存到存储位置，并生成一个文件标识，相当于文件的"地址"。
3. 消息里只放引用。 会话里出现的是文件卡片——名称、大小、类型，而不是文件本体。
4. 对方按需取回。 接收端下载或预览时凭标识去取；多人收到同一文件取的是同一份，不必各传一次。
5. 状态同步。 上传进度、下载完成、已读与否，都作为回执同步。
6. 落地。 文件可存到本地，也可转存到企业网盘或文档中心，进入统一管理。

三、为什么企业 IM 不直接两点直传

两点直传落到企业网络里问题不少：两端多在防火墙后面，彼此看不见；对方不在线，得有人替它先收着；一个人有多台设备，同一份文件要在手机和电脑都能取；文件进出是企业资产，涉及权限、留存与审计，必须落在可管理的节点上。

四、企业场景里真正要关心的

• 文件存在哪：是否支持本地存储、能否私有化；
• 谁能拿到：文件级权限，查看 / 编辑 / 下载分开控制；
• 会不会丢：历史版本能否回溯，误改误删能否恢复；
• 会不会胀：同一文件反复传，是否重复占空间；
• 弱网与大文件：断点续传、并发与带宽如何安排。

这也是 BeeWorks 把"文件共享"与"企业网盘 + 文档中心"放在一起做的原因：聊天负责传，网盘与文档中心负责存，实现统一存储、在线预览与协同编辑，减少重复传输——文件不再散落在各人电脑和会话里。

五、BeeWorks 在这条链路上提供什么

落到已公开的能力：聊天中可发送文档、图片、音视频、压缩包等多种文件；结合企业网盘和文档中心，实现文件统一存储、在线预览与协同编辑，并支持文件夹级和文件级权限（查看、编辑、下载分开控制）与历史版本恢复；支持私有化部署、本地存储、通信加密与国密算法、安全审计与消息留痕；多终端同步消息、文件及会话记录。

以上均在对外披露范围内。文件上传下载的具体链路、是否中转、分片与去重的内部实现，BeeWorks 未公开架构细节，本文不做推测。

六、验收时关注什么

1. 大文件断网后能否续传；
2. 同一文件多人接收，是否重复占用存储；
3. 下载权限能否单独关闭，做到只看不拿走；
4. 私有化环境下，文件是否落在企业自己的存储上。

FAQ

Q1：聊天里传的文件会存在哪里？

A：通常保存在企业自己的服务端存储上，私有化部署尤其如此；具体以各产品说明为准。

Q2：对方没上线，文件会丢吗？

A：不会。文件先存到服务器，对方上线后仍可取，思路和离线消息一致。

Q3：传大文件会不会很占带宽？

A：会占带宽，常见做法是分片上传、断点续传并限制并发；企业侧按人员规模和网络条件配置。

Q4：能不能只让对方看、不允许下载？

A：可以。文件级权限通常把查看、编辑、下载分开控制，可按需关闭下载；具体以各产品为准。