Correct handling of resizable ArrayBuffer?

该 issue 未指出任何 repository 文件或测试。首先确定 Blob 构造在源 TypedArray 使用 resizable ArrayBuffer 且其大小在复制期间发生变化时的预期行为，然后记录所选择的行为，以及 specification 是否应要求产生错误或其他结果。

Given const b = new Blob([A, B]), where A is a TypedArray with a resizable ArrayBuffer, what is the expected behavior?

Chrome/Firefox currently both throw an error if any of the source ArrayBuffer instances are resizable; other runtimes do not.

There is an issue here if A is resized while the Blob is being constructed and the data is being copied. This can happen, for instance, if B has a getter for it's length that causes A to be resized and the implementation uses a flow like...

let total = 0;
for (const chunk of chunks) {
  total += chunk.length;  // B could resize A as a side effect here
}
const dest = allocate(total);
for (const chunk of chunks) {
  copy chunk into dest
}

Let's suppose that A and B both initially have length 10, but B's length getter resizes A to 5... what should the result be?

1. Length 15, with 5 bytes from A, 10 bytes from B, allocation gets trimmed at the end of the copy
2. Length 20, with 5 bytes from A, 10 bytes from B, and 5 zeroed bytes at the end?
3. Length 20, with 5 bytes from A, 5 zeroed bytes, 10 bytes from B
4. Error thrown because length changed?
5. Something else?

What if A is resized larger? Is the result just truncated?

Should the spec for Blob explicitly make Chrome/Firefox's behavior of throwing immediately on resizable ArrayBuffer's standard? etc.

/cc @guybedford