Clojure命令行应用报错‘Attempting to call unbound fn’排查求助

我来帮你捋捋这种情况的常见原因——毕竟Cider和命令行运行代码的环境差异，在Clojure开发里真的挺容易踩坑的，你猜的命名空间问题方向完全没错，核心差异就在两者的运行上下文不同：

可能的原因 #

1. Cider偷偷帮你做了命名空间预加载 #

Cider在调试/REPL会话中，会自动帮你处理很多脏活：

• 当你打开一个命名空间文件时，它会自动加载这个命名空间到REPL里；
• 如果你之前在REPL里执行过require或者切换过命名空间，这些状态会一直保留；
• 甚至有些情况下，它会自动注入依赖的命名空间，让你感觉不到加载的过程。

但命令行运行是完全“干净”的环境，所有需要的命名空间都得你自己在代码里显式声明require，否则就会报错。

2. 类路径（Classpath）不一致 #

Cider通常会直接复用Leiningen、Boot或者tools.deps的项目配置，自动构建完整的类路径，包含你的src目录、依赖JAR包等。但你手动用命令行运行时，很可能漏加了某些路径：

• 比如用clojure命令时没指定-Spath包含项目源码目录；
• 或者打包成JAR时没把依赖的命名空间打包进去。

3. REPL会话状态 vs 一次性脚本运行 #

在Cider的REPL里，你可能已经执行过一些临时的加载语句、定义过变量，这些状态会留在会话里。但命令行运行是从头开始执行，没有这些预加载的状态，之前被掩盖的依赖问题就会暴露出来。

排查步骤 #

• 检查命名空间声明：确保你的入口脚本的ns声明里，把所有用到的命名空间都通过:require包含了，比如：

  (ns my.app.main
    (:require [my.app.utils :as utils]
              [clojure.data.json :as json]))
  

  别依赖Cider的自动加载，所有依赖都要写在代码里。

• 对比类路径：在Cider的REPL里执行(System/getProperty "java.class.path")，然后在命令行里执行clojure -Spath（用tools.deps）或者lein classpath（用Leiningen），看看两者的输出是否一致，有没有缺失的目录或JAR。

• 用命令行REPL模拟Cider环境：在命令行启动REPL，手动加载你的命名空间并运行代码：

  clojure
  

  然后在REPL里执行：

  (require '[my.app.main :as main])
  (main/-main)
  

  如果这样运行正常，说明问题出在脚本的初始化逻辑上（比如入口函数没正确处理命名空间加载）；如果还是报错，那就是类路径或者命名空间声明的问题。

• 检查动态加载代码：如果你在Cider里用过load-file或者其他动态加载方式，命令行运行时这些操作不会自动执行，要把这些逻辑整合到主脚本里。

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