Queue.from与Queue.of（含ListQueue对应方法）的区别及选用理由咨询

1. 类型检查的严格性与时机 #

• Queue.of 和 ListQueue.of 是编译时类型安全的：要求传入的 Iterable 必须是与队列泛型类型匹配的 Iterable<E>。如果传入类型不匹配的集合（比如把 List<dynamic> 传给 Queue.of<int>），会直接在编译阶段报错，提前规避类型问题。
• Queue.from 和 ListQueue.from 是运行时类型检查的：接受无泛型约束的 Iterable 参数，会在运行时通过 cast<E>() 验证元素类型。只有当集合中存在不符合泛型类型的元素时，才会抛出运行时错误。

2. 性能与实现逻辑差异 #

Queue 的默认实现是 ListQueue，两者的核心差异体现在这里：

• ListQueue.of 有针对性优化：如果传入的是 List<E>，会直接基于该列表的底层数组初始化队列，避免逐个遍历添加元素的开销，处理大列表时效率更高；如果是非列表的 Iterable，则和 addAll 逻辑一致。
• ListQueue.from 无特殊优化：无论传入的是列表还是其他可迭代对象，都会先将元素强制转换为目标类型，再逐个添加到队列中，性能略逊于前者。

选用理由 #

• 若能确定输入集合的类型完全匹配队列泛型，优先用 of 方法：既能享受编译时类型检查的安全性，又能获得更好的性能（尤其是处理列表输入时）。
• 若需处理类型不确定的可迭代对象（比如动态类型集合），或要兼容老代码中的无泛型集合，才考虑用 from 方法，但需注意处理可能的运行时类型错误。

内容的提问来源于stack exchange，提问作者Ondra Simek