二进制 数据 & 文件

• Uint8Array —— 将 ArrayBuffer 中的每个字节视为 0 到 255 之间的单个数字（每个字节是 8 位，因此只能容纳那么多）。这称为 “8 位无符号整数”。

• Uint16Array —— 将每 2 个字节视为一个 0 到 65535 之间的整数。这称为 “16 位无符号整数”。

• Uint32Array —— 将每 4 个字节视为一个 0 到 4294967295 之间的整数。这称为 “32 位无符号整数”。

• Float64Array —— 将每 8 个字节视为一个 5.0x10324 到 1.8x10308 之间的浮点数。

ArrayBuffer 是核心对象，是所有的基础，是原始的二进制数据。

TypedArray

• Uint8Array，Uint16Array，Uint32Array —— 用于 8、16 和 32 位的整数。
• Uint8ClampedArray —— 用于 8 位整数，在赋值时便“固定“其值（见下文）。

• Int8Array，Int16Array，Int32Array —— 用于有符号整数（可以为负数）。

• Float32Array，Float64Array —— 用于 32 位和 64 位的有符号浮点数。

TypedArray 方法

• 没有 splice —— 我们无法“删除”一个值，因为类型化数组是缓冲区（buffer）上的视图，并且缓冲区（buffer）是固定的、连续的内存区域。我们所能做的就是分配一个零值。

• 无 concat 方法。

• arr.set(fromArr, [offset]) 从 offset（默认为 0）开始，将 fromArr 中的所有元素复制到 arr。

• arr.subarray([begin, end]) 创建一个从 begin 到 end（不包括）相同类型的新视图。这类似于 slice 方法（同样也支持），但不复制任何内容 —— 只是创建一个新视图，以对给定片段的数据进行操作。

DataView

• 对于类型化的数组，构造器决定了其格式。整个数组应该是统一的。第 i 个数字是 arr[i]。

• 通过 DataView，我们可以使用 .getUint8(i) 或 .getUint16(i) 之类的方法访问数据。我们在调用方法时选择格式，而不是在构造的时候。

• buffer —— 底层的 ArrayBuffer。与类型化数组不同，DataView 不会自行创建缓冲区（buffer）。我们需要事先准备好。

• byteOffset —— 视图的起始字节位置（默认为 0）。

• byteLength —— 视图的字节长度（默认至 buffer 的末尾）。

• ArrayBufferView 是所有这些视图的总称。

• BufferSource 是 ArrayBuffer 或 ArrayBufferView 的总称。

TextDecoder & TextEncoder

TextDecoder

• label —— 编码格式，默认为 utf-8，但同时也支持 big5，windows-1251 等许多其他编码格式。

• options —— 可选对象：
• fatal —— 布尔值，如果为 true 则为无效（不可解码）字符抛出异常，否则（默认）用字符 \uFFFD 替换无效字符。
• ignoreBOM —— 布尔值，如果为 true 则 BOM（可选的字节顺序 Unicode 标记），很少需要使用。

• input —— 要被解码的 BufferSource。

• options —— 可选对象：
• stream —— 对于解码流，为 true，则将传入的数据块（chunk）作为参数重复调用 decoder。在这种情况下，多字节的字符可能偶尔会在块与块之间被分割。这个选项告诉 TextDecoder 记住“未完成”的字符，并在下一个数据块来的时候进行解码。
 

TextEncoder

• encode(str) —— 从字符串返回 Uint8Array。

• encodeInto(str, destination) —— 将 str 编码到 destination 中，该目标必须为 Uint8Array。

Blob

• blobParts 是 Blob/BufferSource/String 类型的值的数组。

• options 可选对象：
• type —— Blob 类型，通常是 MIME 类型，例如 image/png，
• endings —— 是否转换换行符，使 Blob 对应于当前操作系统的换行符（\r\n 或 \n）。默认为 "transparent"（啥也不做），不过也可以是 "native"（转换）。

• byteStart —— 起始字节，默认为 0。

• byteEnd —— 最后一个字节（专有，默认为最后）。

• contentType —— 新 blob 的 type，默认与源 blob 相同。

Blob 用作 URL

多亏了 type，让我们也可以下载/上传 Blob 对象，而在网络请求中，type 自然地变成了 Content-Type。

Blob 转换为 base64

“data-url” 的形式为 data:[<mediatype>][;base64],<data>。我们可以在任何地方使用这种 url，和使用“常规” url 一样。

• 如果介意内存，我们需要撤销（revoke）它们

• 直接访问 Blob，无需“编码/解码”

• 无需撤销（revoke）任何操作。

• 对大的 Blob 进行编码时，性能和内存会有损耗。

Image 转换为 blob

1. 使用 canvas.drawImage 在 canvas 上绘制图像（或图像的一部分）。

2. 调用 canvas 方法 .toBlob(callback, format, quality) 创建一个 Blob，并在创建完成后使用其运行 callback。

Blob 转换为 ArrayBuffer

Blob 转换为 Stream

stream 是一种特殊的对象，我们可以从它那里逐部分地读取（或写入）。

File 和 FileReader

File

• fileParts —— Blob/BufferSource/String 类型值的数组。

• fileName —— 文件名字符串。

• options —— 可选对象：
• lastModified —— 最后一次修改的时间戳（整数日期）。

• name —— 文件名，

• lastModified —— 最后一次修改的时间戳。

FileReader

• readAsArrayBuffer(blob) —— 将数据读取为二进制格式的 ArrayBuffer。

• readAsText(blob, [encoding]) —— 将数据读取为给定编码（默认为 utf-8 编码）的文本字符串。

• readAsDataURL(blob) —— 读取二进制数据，并将其编码为 base64 的 data url。

• abort() —— 取消操作。

• readAsArrayBuffer —— 用于二进制文件，执行低级别的二进制操作。对于诸如切片（slicing）之类的高级别的操作，File 是继承自 Blob 的，所以我们可以直接调用它们，而无需读取。

• readAsText —— 用于文本文件，当我们想要获取字符串时。

• readAsDataURL —— 当我们想在 src 中使用此数据，并将其用于 img 或其他标签时。正如我们在 Blob 一章中所讲的，还有一种用于此的读取文件的替代方案：URL.createObjectURL(file)。

• loadstart —— 开始加载。

• progress —— 在读取过程中出现。

• load —— 读取完成，没有 error。

• abort —— 调用了 abort()。

• error —— 出现 error。

• loadend —— 读取完成，无论成功还是失败。

• reader.result 是结果（如果成功）

• reader.error 是 error（如果失败）。

1. 二进制数据，文件 (javascript.info)