Deno标准库中assertEquals对Blob对象的比较限制

在Deno标准库的断言模块中，assertEquals函数是开发者常用的工具之一，用于验证两个值是否相等。然而，当涉及到比较Blob对象时，这个函数存在一个值得注意的限制。

Blob对象代表不可变的原始数据，常用于处理文件或二进制数据。从表面上看，两个包含相同内容的Blob实例应该被认为是相等的。但在实际测试中，assertEquals(new Blob(["foo"]), new Blob(["foo"]))会抛出AssertionError，提示"Values are not equal"。

这个问题的根源在于Blob对象的比较机制。assertEquals函数默认使用严格相等比较，而Blob实例即使内容相同，也是不同的对象实例。这与Node.js环境中的行为一致——在Node.js中，assert.deepStrictEqual同样无法正确比较两个内容相同的Blob实例。

对于需要比较Blob内容的场景，开发者可以采用一个变通方案：先将Blob转换为Uint8Array，然后再进行比较。具体实现如下：

import { assertEquals } from "@std/assert";

const bytes1 = await new Blob(["foo"]).arrayBuffer();
const bytes2 = await new Blob(["foo"]).arrayBuffer();

assertEquals(bytes1, bytes2);

这种方法虽然需要额外的转换步骤，但能可靠地比较Blob的实际内容。值得注意的是，由于涉及异步操作，测试代码需要使用async/await或返回Promise。

Deno核心团队考虑到向后兼容性的问题，决定不修改assertEquals的现有行为。将assertEquals改为异步函数会对整个生态系统产生过大影响。因此，开发者在使用时需要特别注意这一限制，并在文档中做好相应说明。

对于需要频繁比较Blob的测试场景，可以考虑封装一个专门的比较函数，或者使用第三方测试库提供的更强大的断言功能。理解这一限制有助于开发者编写更健壮的测试代码，避免在Blob比较上浪费调试时间。