如何在Clojure命名空间中添加可被ns-interns检索的var？

你要找的其实是将已存在的var重新关联回命名空间的符号映射——这正是ns-unmap的反向操作，而实现它的关键是用intern的三参数重载版本（你可能之前只了解它创建新var的用法）。

核心原理 #

先明确几个关键概念：

• ns-unmap只是从命名空间的符号-var映射表中移除某个符号，并不会删除var本身，var依然存在于JVM中，只是该命名空间下找不到对应的符号了。
• 我们需要的操作是：把已有的var重新绑定回命名空间的目标符号，让ns-interns能再次检索到它，同时保证其他命名空间之前持有的var引用依然有效（因为是同一个var实例）。

具体实现步骤 #

1. 提前保存var引用：在执行ns-unmap之前，先把要操作的var引用保存下来（否则unmap后无法直接从命名空间找到它）。
2. 用三参数intern恢复映射：调用(intern namespace-symbol symbol existing-var)，将已有的var重新注册到目标命名空间的符号下。

代码示例 #

;; 1. 定义初始命名空间和var
(ns my.app.core)
(def greeting "Hello World")

;; 2. 保存var的引用（必须在ns-unmap之前做）
(def greeting-var #'greeting)

;; 3. 执行ns-unmap，移除符号映射
(ns-unmap 'my.app.core 'greeting)
(ns-interns 'my.app.core) ; 此时输出中看不到:greeting了

;; 4. 恢复映射（ns-unmap的反向操作）
(intern 'my.app.core 'greeting greeting-var)
(ns-interns 'my.app.core) ; 现在:greeting又出现在结果里了，且指向原来的var

关键区别：为什么用三参数intern而不是其他方式？ #

• 双参数的(intern 'my.app.core 'greeting)会创建一个新的var，即使原来的var还存在。这会导致其他命名空间之前持有的#'my.app.core/greeting引用和新var不是同一个实例，破坏引用一致性。
• 三参数的intern则是直接将已有的var关联到目标符号上，完全复用原var实例，确保其他命名空间的旧引用依然有效，完美匹配你需要的场景。

注意事项 #

如果没有提前保存var引用，恢复会很麻烦——因为ns-unmap后，find-var无法再通过符号找到该var。所以务必在unmap前保留好var的引用（比如绑定到另一个符号，或者存到集合里）。

内容的提问来源于stack exchange，提问作者Kevin Kostlan