在最近进行性能工作时，我发现将单个 assoc 调用展开到比使用多个键快得多（对于我的特定应用来说大约快10%）。Zachary Tellman 然后指出 clojure.core 实际上根本不会对 assoc 进行展开，即使是相对较低的键的数量。
我们已经展开了其他调用的性能关键函数，例如 update（例如，在 1.7 测试版中已展开到 3 个参数），但 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 RAM）上运行的，使用 ubuntu 12.04 和较新的 Java 8 版本。附上 cpuinfo、uname 和 java -version 输出。
启用了相对标准的 JVM 生产标志，并注意禁用 leiningen 的启动时间优化（这会禁用许多 JIT 优化）。
通过克隆存储库并运行 script/bench 来运行基准测试。
对于此补丁有一个待解决的问题：我们应该展开多少次调用？update（在 1.7 测试版中展开到 3 个参数）是展开的。添加更多展开并不困难，但这会影响 assoc 的可读性。
补丁： CLJ-1656-v5.patch
