浏览器原生 API 是录制屏幕和摄像头的最安全方式吗？

是的——MediaRecorder API 和 File System Access API 等浏览器原生接口让您可以完全离线录制屏幕和摄像头，数据绝不会发送到远程服务器。LokalTools 屏幕录制器和摄像头录制器使用这些 API 直接将视频捕获、编码并保存到您的硬盘。零字节传输。

让我们聊聊大多数远程工作者和开发者的日常惯例：屏幕录制。无论您是在捕捉奇怪的 UI 漏洞、带客户演示新仪表板，还是录制简短的摄像头演示，视频都是传达上下文信息最简便的方式。但大多数人录制屏幕的方式存在一个巨大的安全盲点。

多年来，默认操作一直是安装第三方浏览器扩展或桌面应用。您点击录制，捕获公司内部数据，点击停止。然后坐看进度条，等待应用将您的视频上传到远程云服务器以生成分享链接。

我们审视了这个工作流，意识到它从根本上就有问题。为什么要为了录制眼前发生的事情，而通过互联网传输数 GB 的敏感视频？

基于云端的屏幕录制工具有什么隐私风险？

当您使用基于云端的屏幕录制工具时，您实际上是在将屏幕内容实时流式传输到一个您无法控制的服务器。想想典型工作日中您屏幕上会出现什么：IDE 中的专有源代码、CRM 中的客户姓名和邮箱、角落弹出的私人消息、电子表格中的财务预测。

当您将录制内容推送到第三方服务器时，您是在信任他们的基础设施。您在祈祷他们的存储桶配置正确。您在盲目相信他们的数据删除政策。如果那个平台遭遇数据泄露，您公司内部的演练和 Bug 报告就会瞬间曝光。

除了隐私风险，还有效率低下的问题。视频文件体积庞大。如果您正使用速度缓慢的酒店 Wi-Fi，上传一段 10 分钟的 4K 屏幕录制可能比录制本身还费时。您在毫无意义地消耗带宽。

云端 vs 本地录制

MediaRecorder API 是什么？它如何工作？

MediaRecorder API 是一个浏览器原生接口，可以完全在客户端捕获、编码和保存媒体流（音频和视频），无需任何服务器参与。Chrome、Firefox 和 Safari 等现代浏览器在您授予明确权限的前提下，具有对机器硬件的深层底层访问能力。

我们完全围绕这个 API 构建了 LokalTools 屏幕和摄像头录制器。以下是纯本地 Web 录制器捕获屏幕的精确步骤：

握手： 我们使用 navigator.mediaDevices.getDisplayMedia() API。这会触发原生浏览器提示，询问您想分享哪个窗口、标签页或屏幕。这是一个安全的浏览器级权限对话框，任何网站都无法绕过。
流传输： 一旦您授予权限，浏览器就会将一个 MediaStream 对象交给我们的 JavaScript 应用——这是您屏幕像素和麦克风音频的原始实时流。
本地编码： 我们将这个流传入 MediaRecorder API。浏览器内置的媒体引擎（通常利用 GPU 硬件加速）即时将原始帧编码为 WebM 或 MP4 等压缩格式。
组装： API 以数据块的形式输出编码后的视频。我们在本地组装这些数据块，并为您提供直接下载。

零字节通过网络传输。您甚至可以在加载 LokalTools 页面的那一刻关掉 Wi-Fi，录制器仍然能完美运行。

我们初次构建屏幕录制器时出了什么问题？

构建原生屏幕录制器听起来很简单——获取流、录制、保存文件。但当我们第一次构建 LokalTools 原型时，我们迎头撞上了一个灾难性的内存问题。

开发者使用 MediaRecorder API 的标准方式是监听 ondataavailable 事件。每隔几秒，API 就会交给您一个"Blob"——一块包含最新编码视频的二进制数据。标准做法是将这些 Blob 推入 JavaScript 数组，当用户点击停止时，将数组拼合成最终视频文件。

这对快速的 60 秒 Bug 报告非常有效。

但如果用户试图录制一个两小时的网络研讨会呢？

随着录制持续，那个 JavaScript 数组会不断增长：100MB、500MB、2GB。浏览器对单个标签页有严格的内存限制，以防止恶意网站导致整台电脑崩溃。当我们的原型达到内存上限时，Chrome 不是简单地警告用户——而是立刻用"内存不足"错误强制关闭了标签页。用户丢失了整段录制，体验极差。

解决方案： 我们彻底放弃了数组囤积法。我们转而使用 File System Access API 实现了流式架构。

现在，当您在 LokalTools 上开始录制时，我们会立即提示您选择文件在硬盘上的保存位置。当 MediaRecorder 生成视频数据块时，我们通过 FileSystemWritableFileStream 将这些 Blob 直接导向您的本地磁盘。

数据完全绕过了浏览器的 RAM。在我们的测试中，您可以录制数小时的超大 4K 会话，浏览器标签页永远不会消耗超过几 MB 的内存。如果录制中途电池没电，该秒之前的视频文件已经安全地存储在您的硬盘上。

本地录制器有时会输给云端录制器吗？

我们是客户端处理的坚定倡导者，但我们不是在真空中构建工具。您需要知道本地架构何时是正确选择，以及云端架构何时真正具有优势。

本地浏览器录制器唯一最大的权衡是即时分享性。

使用 LokalTools，由于我们优先考虑绝对隐私，我们永远看不到您的文件。这意味着当您点击停止时，您的桌面上会有一个实体视频文件。您完全拥有它。但如果您想让同事观看，您需要自行负责将其上传到某处——Google Drive、Dropbox、YouTube 等。

对于分享速度是最高优先级且屏幕内容不敏感的工作流，云端录制器很难被超越。但对于其他一切——捕获敏感内部数据、在慢速网络上录制，或只是想拥有自己的录制文件——本地是明显的选择。

亲自体验

不要再等待上传，不要再疑惑您的屏幕录制被存储在了哪里。

立刻前往 屏幕录制器 或 摄像头录制器。如果您想测试，可以关掉 Wi-Fi。选择您的屏幕，录制一段短片，亲眼看着您的浏览器将高质量视频即时、安全且完全离线地编码并保存到您的机器上。

常见问题

使用浏览器录制器录制敏感会议或专有代码安全吗？ 安全，当使用完全本地处理的工具时。使用 LokalTools，您的屏幕内容由您自己的浏览器通过原生 API 捕获和编码——没有任何内容被传输到任何服务器。您的录制只有您自己的设备才能接触到。

MediaRecorder API 是什么？ MediaRecorder API 是浏览器内置的接口，可直接在客户端录制音频和视频流。它使用您设备的硬件（通常经 GPU 加速）将媒体编码为 WebM 或 MP4 等格式，无需服务器。

使用浏览器屏幕录制器需要安装任何东西吗？ 不需要。LokalTools 录制器使用 Chrome、Firefox、Edge 和 Safari 内置的标准浏览器 API。无需扩展、无需插件、无需桌面应用。

录制多长时间才会耗尽内存？ 实际上不受限制。我们使用 File System Access API 将录制的视频数据块在生成时直接流式保存到您的硬盘。无论录制时长如何，浏览器标签页只使用少量 MB 的 RAM。

File System Access API 是什么？ File System Access API 是一个浏览器接口，允许 Web 应用在您的明确授权下直接读写本地磁盘上的文件。我们使用它实时将视频数据块流式传输到您的硬盘，完全绕过浏览器 RAM 限制。

录制器保存为什么格式？ 录制器输出 WebM（大多数浏览器的默认格式）或 MP4，具体取决于您的浏览器编解码器支持情况。两种格式均与视频播放器、编辑器和上传平台广泛兼容。

能同时录制屏幕和摄像头吗？ 可以。您可以使用屏幕录制器捕获显示器，同时使用摄像头录制器捕获摄像头画面。如需画中画组合录制，可以在录制完成后使用本地视频编辑工具将两个流合并。