如下所示使用CLASSPATH前缀对groovy脚本进行重命名可以正常工作：

CLASSPATH=/path/to/classes groovy -e "(new stuff.XMLUtils()).printIt('test string')"

字符串
但将其更改为使用类路径arg则不会：

groovy -classpath /path/to/classes -e "(new stuff.XMLUtils()).printIt('test string')"

型
并给出错误：

script_from_command_line: 1: unable to resolve class stuff.XMLUtils

型
有谁能解释一下为什么会这样吗？（.XMLUtils只是我编译到/path/to/classes中的一些groovy脚本）
我做了一些调查，并使用下面的groovy脚本转储类加载器

def printClassPath(classLoader) {
  println "$classLoader"
  classLoader.getURLs().each {url->
     println "- ${url.toString()}"
  }
  if (classLoader.parent) {
     printClassPath(classLoader.parent)
  }
}
printClassPath this.class.classLoader

型
使用-classpath arg，我在classloader中看不到传入classpath arg的条目（实际上，唯一的目录是当前工作目录），例如：

groovy.lang.GroovyClassLoader$InnerLoader@4911b910
groovy.lang.GroovyClassLoader@18203c31
sun.misc.Launcher$AppClassLoader@35a16869
- file:/usr/share/java/ant.jar
- ... (removed for brevity)
- file:/home/admin/groovy/
sun.misc.Launcher$ExtClassLoader@77cde100
- file:/usr/java/jdk1.6.0_23/jre/lib/ext/sunjce_provider.jar
- ...

型
使用CLASSPATH=...版本显示上面的PWD条目被我在变量中设置的值替换。
如果我将debug添加到groovy shell可执行文件中，java调用中的区别在于-classpath arg版本没有向java的classpath条目添加任何条目（这就是它给出class not found错误的最终原因），但CLASSPATH=...版本添加了路径。
这是Groovy中的一个bug吗？
编辑：简单的失败例子

- - - - xu.groovy
package stuff
def printIt(string) { println string }
- - - -

groovyc -d classes xu.groovy
groovy -cp classes -e "(new stuff.xu()).printIt('test')"  # fails
CLASSPATH=classes groovy -e "(new stuff.xu()).printIt('test')"  # works

型
如果我删除这个包和对stuff的引用，失败的示例将正常工作。