最近在进行性能工作期间，我发现将 unroll 转换为单个 assoc 调用比使用多个键（对我个人应用而言大约 10%）要快得多。Zachary Tellman 官方指出，clojure.core 完全没有对 assoc 进行 unroll，即使是相对低数量键的情况。
我们已经对其他通过 apply 调用的性能关键函数进行了 unroll，例如 update https://github.com/clojure/clojure/blob/master/src/clj/clojure/core.clj#L5914，但 assoc（我认为这在许多应用程序和库中的关键路径上），可能从这里受益。
我还没有开发出针对此功能的补丁，但我进行了一些独立的基准测试工作
https://github.com/yeller/unrolling-assoc-benchmarks
基准测试结果
代码: https://github.com/yeller/unrolling-assoc-benchmarks/blob/master/src/bench_assoc_unrolling.clj
| |1 |2 |3 |4 |
| :-- | :-- | :-- | :-- | :-- |
| 空数组映射（未 unroll） | 23ns | 93ns | 156ns | 224ns |
| 空数组映射（unroll assoc） | N/A | 51ns | 80ns | 110ns |
| | | | | |
| 20 个元素的持久性映射哈希表（未 unroll） | 190ns | 313ns | 551ns | 651ns |
| 20 个元素的持久性映射哈希表（unroll assoc） | N/A | 250ns | 433ns | 524ns |
| | | | | |
| 记录（未 unroll） | 12ns | 72ns | 105ns | 182ns |
| 记录（unroll assoc） | N/A | 21ns | 28ns | 41ns |
每个测量都在单独的 JVM 中进行，以避免 JIT 路径依赖。
基准测试在一个普通服务器（8 核心处理器，32gb 内存）上运行，使用 Ubuntu 12.04 和 Java 8 的最新版本。附上了 cpuinfo，uname 和 java -version 输出。
启用了相对标准的 JVM 生产标志，并注意禁用了 leiningen 的启动时间优化（这将禁用许多 JIT 优化）。
可以通过克隆仓库并运行 script/bench 来运行基准测试
针对此补丁有一个未解决的问题：我们应该将调用 unroll 多远？update（它在 1.7 alpha 中已 unroll）已 unroll 为 3 个参数。添加更多的 unroll 并不难，但这会影响 assoc 的可读性。
补丁： CLJ-1656-v5.patch
