类的全局作用域覆盖词法作用域（Clojure假设默认包中无类/Clojure无法处理

Question

此错误的明显症状是在类路径中有一个名为'w'（默认包）的类（此类由Java混淆工具如yFiles生成），然后尝试加载Clojure的核心类。例如：

java -cp hotspotapi.jar:clojure-1.4.0-slim.jar clojure.main

（其中hotspotapi.jar是一个混淆JAR的典型示例）会导致：

main线程中发生异常：java.lang.ExceptionInInitializerError

at clojure.main.<clinit>(main.java:20)

原因：找不到字段：close，编译：（clojure/core.clj：6139）

at clojure.lang.Compiler.analyzeSeq(Compiler.java:6462)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyze(Compiler.java:6223)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5618)
at clojure.lang.Compiler$TryExpr$Parser.parse(Compiler.java:2178)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6455)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyze(Compiler.java:6223)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5618)
at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:5919)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6455)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6443)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6443)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyze(Compiler.java:6223)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5618)
at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5054)
at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3674)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6453)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6443)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.access$100(Compiler.java:37)
at clojure.lang.Compiler$DefExpr$Parser.parse(Compiler.java:518)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6455)
at clojure.lang.Compiler.analyze(Compiler.java:6262)
at clojure.lang.Compiler.analyze(Compiler.java:6223)
at clojure.lang.Compiler.eval(Compiler.java:6515)
at clojure.lang.Compiler.load(Compiler.java:6952)
at clojure.lang.RT.loadResourceScript(RT.java:359)
at clojure.lang.RT.loadResourceScript(RT.java:350)
at clojure.lang.RT.load(RT.java:429)
at clojure.lang.RT.load(RT.java:400)
at clojure.lang.RT.doInit(RT.java:436)
at clojure.lang.RT.<clinit>(RT.java:318)
... 1 more

原因：找不到字段：close

at java.lang.Class.getField(Class.java:1537)
at clojure.lang.Compiler$StaticFieldExpr.<init>(Compiler.java:1180)
at clojure.lang.Compiler$HostExpr$Parser.parse(Compiler.java:923)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6455)
... 37 more

找不到主类：clojure.main。程序将退出。

为了理解所发生的情况，请考虑以下简单的测试：

import java.io.StringReader;

import clojure.lang.Compiler;
import clojure.lang.RT;

public class Test {

public static void main(String(link: ) args) {
    RT.var("clojure.core", "require");
    String s = "(let (link: mumble (new java.io.StringReader \"\")) (. mumble close))";
    Compiler.load(new StringReader(s));
}

}

在点操作符中的'id'显然是指向局部定义的'id'。然而，如果我们定义一个默认包中的名为'id'的类，Clojure会选择那个。

在此提前说明：是的，我们知道在默认包中放置类是极其不良的做法。问题的关键在于，Java生态系统极其多样，有许多JAR文件可能是我们无法控制的。虽然有人可能会说，“不要在默认命名空间中放置类”，但问题的关键在于，Clojure在这里是错误的，这些情况在实践中出现，并不是因为实现者的错误。

Answer 1

评论由：ezyang

这里有一个修补程序，可以减少这种错误发生的可能性。

Answer 2

评论人：jafingerhut

爱德华，Rich Hickey 的政策是只考虑接收由签订过贡献协议的人编写的 Clojure 补丁：[https://clojure.org/contributing]

你有没有兴趣成为一名贡献者？

Answer 3

评论由：ezyang

当然，虽然附上的补丁远远不是你想要真正应用的补丁，因为这个补丁只是权宜之计。

Answer 4

评论人：jafingerhut

我不确定，但这个工单可能与 CLJ-1171 有关。至少，那里的问题是全局名称 没有被 顶级绑定scope的局部名称变体遮蔽。这似乎与这个问题很相似。

Answer 5

参考：[https://clojure.atlassian.net/browse/CLJ-1016 （由 ezyang 汇报）]