我发现持久化集合之间的结构相等进行较少的假设，这导致了效率低下的实现，尤其是在向量和映射中。
实现的要点是通过方法调度直接遍历底层数组。
这些实现可能不是最漂亮的或最符合惯例的，但它们是高效的。如果实现为Java，它的外观可能会有所不同。
我尝试了这些替代实现，并发现了巨大的速度提升
向量
(let [die (clojure.lang.Reduced. false)]
(defn vec-eq
[^PersistentVector v ^Iterable y]
(let [iy (.iterator y)]
(.reduce v (fn [_ x] (if (= x (.next iy)) true die)) true))))
当比较向量或向量x列表时，此方法工作良好。
当前实现通过从0到计数的循环遍历并逐个调用nth，这导致每次调用nth都会调用arrayFor()。而reduce和迭代器在每次数组中仅获取一次底层数组。
映射
(let [o (Object.)
die (clojure.lang.Reduced. false)
eq (fn [m2] (fn [b k v]
(let [v' (.valAt ^IPersistentMap m2 k o)]
(if (.equals o v')
die
(if (= v v') true die)))))]
(defn map-eq
[m1 m2]
(.kvreduce ^IKVReduce m1 (eq m2) true)))
在这里，实现直接遍历底层的数组结构。
当前实现将数组转换为序列然后遍历它，同时通过Map接口从另一个映射中获取条目。
此实现避免将映射转换为序列，并且不分配条目。
序列
当接收者是一个列表时，与之比较的对象和接收者将被转换为序列。
通过迭代器与其他集合比较可能会更有效率
(defn iter-eq
[^Iterable x ^Iterable y]
(let [ix (.iterator x)
iy (.iterator y)]
(loop []
(if (.hasNext ix)
(if (= (.next ix) (.next iy))
(recur)
false)
true))))
基准测试
使用criterium，vec-eq在这两种情况下都获胜。随着大小的增加回报将会逐渐减少，但是在n=64时，vec-eq是=的两倍快。
在更大的映射中，map-eq比当前实现快2-3倍，在小映射中则快10倍
(doseq [n [1 2 4 8 16 32 64]
:let [v1 (vec (range n))
v2 (vec (range n))]]
(println 'iter-eq n (iter-eq v1 v2))
(cc/quick-bench (iter-eq v1 v2))
(println 'vec-eq n (vec-eq v1 v2))
(cc/quick-bench (vec-eq v1 v2))
(println '= n (= v1 v2))
(cc/quick-bench (= v1 v2)))
(doseq [n [1 2 4 8 16 32 64]
:let [v1 (vec (range n))
v2 (list* (range n))]]
(println 'iter-eq n (iter-eq v1 v2))
(cc/quick-bench (iter-eq v1 v2))
(println 'vec-eq n (vec-eq v1 v2))
(cc/quick-bench (vec-eq v1 v2))
(println '= n (= v1 v2))
(cc/quick-bench (= v1 v2)))
(doseq [n [1 2 4 8 16 32 64]
:let [m1 (zipmap (range n) (range n))
m2 (zipmap (range n) (range n))]]
(cc/quick-bench (map-eq m1 m2))
(cc/quick-bench (= m1 m2)))
补充
还检查了以下情况
(doseq [n [10000 100000]
:let [v1 (vec (range n))
v2 (assoc v1 (dec (count v1)) 7)]]
(cc/quick-bench (vec-eq v1 v2))
(cc/quick-bench (iter-eq v1 v2))
(cc/quick-bench (= v1 v2)))
(doseq [n [100000]
:let [m1 (zipmap (range n) (range n))
m2 (assoc m1 (key (last m1)) 7)]]
(cc/quick-bench (map-eq m1 m2))
(cc/quick-bench (= m1 m2)))
优化的实现仍然以巨大的优势获胜
