Node.js Blob 字节快照：原 Buffer 已经改了，为什么读取的内容仍然没变
准备一个上传体以后，又复用原来的Buffer作为下一轮工作区。如果上传体引用的是同一段可变内存，后来修改可能改变即将发送的内容；如果已经生成稳定快照，修改则只影响原工作区。Node.js的Blob适合从这个边界来理解：构造时的内容、读出后的副本和原输入缓冲，是不同的可观察对象。
本文在Linux、Node.js v24.19.0中使用固定样本实跑。官方文档核验于2026年10月3日；在线文档显示的补丁版本可能不同于这里记录的实际解释器。程序不访问真实业务数据，也不连接远程服务。
AI模型生成的原创概念图：ABCD字节被封装成内容快照，输入端和导出副本的变化停留在封装之外；用于解释程序模型，不是软件截图、测试截图或实拍照片，精确行为以程序和实际输出为准。
完整程序与实际输出
将下面程序保存为tech13.mjs，执行node tech13.mjs。预期出现的异常已在例子里处理；退出码为零才表示本次演示正常完成。
import { Blob, Buffer } from 'node:buffer';
import assert from 'node:assert/strict';
const source = Buffer.from('ABCD');
const snapshot = new Blob([source], { type: 'text/plain' });
source[0] = 'Z'.charCodeAt(0);
const extracted = new Uint8Array(await snapshot.arrayBuffer());
extracted[1] = 'Y'.charCodeAt(0);
const part = snapshot.slice(1, 3);
console.log('source=', source.toString());
console.log('extracted=', Buffer.from(extracted).toString());
console.log('blob=', await snapshot.text());
console.log('slice=', await part.text());
console.log('size=', snapshot.size);
console.log('type=', snapshot.type);
assert.equal(await snapshot.text(), 'ABCD');
assert.equal(await part.text(), 'BC');本次实际标准输出：
source= ZBCD extracted= AYCD blob= ABCD slice= BC size= 4 type= text/plain
从输入端修改，先确认快照时刻
例子先用四个ASCII字符创建Buffer，再把它作为Blob构造器的输入。随后把源缓冲第一个字节改成Z。输出source为ZBCD，blob仍是ABCD，说明Blob保存的是构造时的内容。这个先后顺序十分重要：若先改源缓冲、再创建Blob，新Blob当然应该包含改后的字节。
示例没有发起上传，也没有创建对象URL；它只在内存里建立几个很小的对象，便于重复执行。把网络过程暂时移除，可以先回答“待发送内容究竟属于哪一个对象”。在排查真实系统时，先打印或校验内容摘要，再追踪构造与修改的时间线，比看到上传结果不对就先怀疑服务器更有效。
从输出端修改，也不会写回Blob
第二个实验调用arrayBuffer，再用Uint8Array访问返回的字节，把第二个字节B改成Y。输出extracted为AYCD，而重新读取Blob仍然是ABCD。这里故意同时修改输入和输出两侧，使两种引用关系都得到验证：源对象变成ZBCD，导出对象变成AYCD，Blob自身维持ABCD。
这并不意味着JavaScript里所有二进制转换都会复制。其他Buffer、ArrayBuffer和视图接口可能共享底层存储，必须查具体构造重载和方法契约。本例证明的是Blob构造与arrayBuffer导出的边界，不能将结论泛化成“只要换了一种类型就获得独立副本”。代码审查时应给每个转换点注明复制、视图或所有权转移。
切片边界是字节，类型标签不是验证器
从索引一到索引三的slice得到BC，符合包含起点、排除终点的截取方式。ASCII恰好一字符一字节，所以这个例子直观；遇到中文或其他多字节字符时，按字节切片可能落在编码序列中间。那时文本解码出现替代字符并不表示Blob切片接口在按字符处理失败，而是业务选择了错误的切分单位。
输出size为四，记录的是字节数。type为text/plain来自创建时提供的标签，不代表内容经过文本格式、安全性或真实性验证。若把任意二进制数据贴上某个MIME标签，它仍然是那些字节。接收方应结合实际用途检查格式与大小，不能让一个可由调用方填写的标签替代内容校验。
何时值得为稳定内容付出内存成本
可变工作区适合逐步组装和反复改写，稳定内容对象适合在后续异步步骤中共享。选用Blob前，应明确快照是在压缩之前、签名之前还是最终编码之后生成；如果在快照之后继续修改原数据，新的修改不会神奇地进入既有Blob。将构造动作放在内容最终确定的边界上，通常更容易维护。
大文件流程还要评估峰值内存。本例只有四字节，不能用它证明超大文件复制毫无成本。测试时除了值相等，还应检查数据规模、对象生命周期和读取方式，避免一次性导出巨大ArrayBuffer。对于流式任务，应根据消费接口选择流读取，并保留上游明确的大小限制；稳定性和内存预算需要同时满足。
验证记录与参考资料
本次完整程序退出码为0，标准错误为空。本例验证Blob构造及arrayBuffer导出的复制边界；不能据此推断其他Buffer和视图接口都不会共享存储。
