如果 Blob URL 是不可变的，Media Source Extension API 如何使用它们来流式传输视频？

Question

让我们从一个例子开始：

1. 您访问 youtube.com，该网站在某些设备上使用带有 HTML5 的媒体源扩展 (MSE)。
2. MSE 使用 blob URL 注入
3. 在流​​式传输整个视频的过程中，您的浏览器会进行多次网络调用以下载各种视频块，并将它们附加到 MSE 的 SourceBuffer
4. 因此，Meda Source 对象作为一个整体在整个视频流中更新
5. 但是，最初附加到

对我来说，这似乎没有多大意义。假设 Blob URL 表示永远不会更改的不可变数据块。但似乎 MSE 能够让它们代表一个可变的内存缓冲区。

这在后台是如何工作的？如果我们还想让 blob URL 表示一些可变的内存缓冲区，我们如何使用 javascript 自己做到这一点？

Answer 1

您需要了解 BlobURI不代表任何数据。它们只是链接，指向内存中的某些资源，就像字符串 https://*.com/questions/54613972 本身不包含您正在阅读的任何内容一样，它只是指向将生成页面的服务器指令。

它们的链接可以说是不可变的，一旦你使用URL.createObjectURL(target)生成它，你就不能改变它的target，就像你使用const关键字一样。

以const foo = {} 为例，现在foo 不能设置为除此对象之外的其他内容。 但是foo地址指向的对象仍然是可变的。 foo.bar = 'baz' 还是可以的。

const foo = {};
try{
  foo = 'fails';
}
catch(e) {
  console.error(e);
}
foo.mutable = true;

console.log(foo);

对于 blobURI 来说也是一样的。 blobURI 指向 target 对象，此链接无法更改，但 target 仍然是可变的。这适用于 MediaSource 对象，但也适用于其他对象。

如果您还记得几年前，我们仍然可以为 MediaStreams 使用 blobURI（这是一个坏主意），这是相同的过程，blobURI 以不可变的方式指向 MediaStream 对象，但是媒体数据不断变化（一个流）。

即使对于文件，您也可以很好地拥有一个指向硬盘驱动器上的文件的 blobURI，这不会阻止您将其从硬盘中删除，即使 blobURI 现在不再指向任何地方。

这方面的一个特殊情况是 Blob，它是从内存中的数据生成的（即不仅仅是指向磁盘上文件的指针）。这里 Blob 持有的数据是不可变的，所以在这种情况下，blobURI 确实指向了一个持有不可变数据的对象。

对于您请求有一个指向存储在内存中的某些数据的 blobURI，但仍然能够修改这些数据，这是无法做到的...
这是因为这种情况意味着您使用内存中的数据从 Blob 对象创建了 blobURI，而内存中的数据再次将数据保持在不可变状态。

Answer 2

用于MediaSource 的Blob URL 是一种特殊情况。 MediaSource 是一个特例。

这个概念

假设 Blob URL 代表不可变数据块，这些数据永远不会 变化。

不一定是真的。考虑包含例如 HTML 和 JavaScript 的 Blob URL。可以从原始Blob URL 生成更多数据，包括额外的Blob URLs。