在最近进行性能工作期间，我发现将 assoc 展开为单个调用要显著快于使用多个键（对于我的特定应用，大约 10%）。接着 Zachary Tellman 指出，clojure.core 在相当低数量的键的情况下根本不会展开 assoc。
我们已将其他性能关键函数展开，例如通过 apply 调用的 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 |
| :-- | :-- | :-- | :-- | :-- |
| 空数组映射（未展开） | 23ns | 93ns | 156ns | 224ns |
| 空数组映射（展开 assoc） | N/A | 51ns | 80ns | 110ns |
| | | | | |
| 20 个元素的持久化哈希表（未展开） | 190ns | 313ns | 551ns | 651ns |
| 20 个元素的持久化哈希表（展开 assoc） | N/A | 250ns | 433ns | 524ns |
| | | | | |
| 记录（未展开） | 12ns | 72ns | 105ns | 182ns |
| 记录（展开 assoc） | N/A | 21ns | 28ns | 41ns |
每个测量都是在单独的 JVM 中进行的，以避免 JIT 路径依赖。
基准测试在商业服务器（8 个 CPU，32gb 内存）上运行，使用 ubuntu 12.04 和 Java 8 的最新版本。附上 cpuinfo，uname 和 java -version 输出。
启用了相对标准的 JVM 生产标志，并小心禁用了 leiningen 的启动时间优化（这将禁用许多 JIT 优化）。
可以通过克隆存储库并运行 script/bench 来运行基准测试。
对于这个补丁有一个悬而未决的问题：应该展开多少次这些调用？update（在 1.7 测试版中被展开）展开到 3 个参数。增加展开并不困难，但它会影响 assoc 的可读性。
补丁： CLJ-1656-v5.patch
