在2024 Clojure 状态调查！分享您的想法。

欢迎！有关如何使用本网站的更多信息，请参阅关于页面。

提出问题

无法解析从包私有基类继承的公共泛型方法

+3票
在 Java 互操作 由

Clojure 编译器无法解析从包私有基类继承的公共泛型方法。

重现说明

  • 在包 P1 中
    • 定义一个包私有类 A，具有泛型类型参数
    • 在 A 中定义一个公共方法 M，使用泛型类型作为其参数或返回值
      ***** 定义一个扩展 A 的公共类 B
  • 在包 P2 中
    • 构造 B 的实例
      ***** 调用 B.M()

这在 Java 中是有效的。在 Clojure 中，调用 B.M 会导致反射警告，然后是错误“java.lang.IllegalArgumentException: 无法调用非公共类的公共方法”。类型提示无法阻止警告或错误。

附件 clj-1243-demo1.tar.gz 包含演示问题的示例代码和脚本。

使用包私有类中的公共方法的 Java 项目的示例

14 个答案

0票
由

评论由：stuart.sierra 制作

从 Java 中也无法通过反射调用该方法。

这可能是 Java 反射的一个错误：(链接：http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4283544 文档：JDK-4283544)

但为什么它只在泛型方法中发生呢？

by
错误。这是一个合法的方法调用，因此使用 Java 反射调用它是完全可行的。甚至不需要设置可访问性。请参见我的回答示例：[链接](https://ask.clojure.org/index.php/4255/cannot-resolve-public-generic-method-package-private-class?show=12483#a12483)
0票
by

评论由：stuart.sierra 制作

Rich Hickey 认为，桥接方法的存在在各 JDK 版本中是不确定的且不一致。

一个可能的解决方案是使用 ASM 检查第三方 Java 类的字节码，而不是使用反射 API。这样一来，Clojure 编译器就能获取到与 Java 编译器相同的信息。

0票
by

评论者：jafingerhut

CLJ-1183 已被关闭，因为它是这个问题的重复项。在这里提及它，以防任何正在处理此工单的人想跟随链接查看该问题中的讨论或测试案例。

0票
by

评论者：noamb

我目前使用的方法是定义一个新的 Java 类，添加一个静态方法来完成我需要的功能，然后从 Clojure 中调用这个方法。

0票
by

评论者：noamb

此外，我在 1.6 和 1.7(alpha5) 中也看到了这个问题，但问题中只提到了截至 1.5。

0票
由

评论由：adamtait 发布

刚刚在使用Google的云API时遇到了这个问题。
要想使用Google的云数据存储，您需要访问保护泛型子类（BaseKey）上的方法（链接： https://github.com/GoogleCloudPlatform/gcloud-java/blob/v0.1.6/gcloud-java-datastore/src/main/java/com/google/gcloud/datastore/BaseKey.java#L96 文本：.kind），该类是从（链接： https://github.com/GoogleCloudPlatform/gcloud-java/blob/v0.1.6/gcloud-java-datastore/src/main/java/com/google/gcloud/datastore/KeyFactory.java#L25 文本：KeyFactory）扩展而来的。

在Clojure 1.7和1.8版本上进行了测试，以下异常仍然存在；
{quote}
IllegalArgumentException 无法在非公共类中调用公共方法：public com.google.gcloud.datastore.BaseKey$Builder com.google.gcloud.datastore.BaseKey$Builder.kind(java.lang.String) clojure.lang.Reflector.invokeMatchingMethod (Reflector.java:88)
{quote}

0票
由

评论由：kstrempel 发布

我在Google的云API上也遇到了同样的问题。

在1.8和1.9.0-alpha7版本上进行了测试，问题依旧。

0票
由

评论由：kstrempel 发布

我在Google的云API上也遇到了同样的问题。

在1.8和1.9.0-alpha7版本上进行了测试，问题依旧。

0票
由

评论由：mruza 发布

我也遇到了相同的问题。附带的（链接：^invocation_target_selection.patch 文本：修补程序）为我解决了问题。
项目中的所有测试仍然通过，但这个问题极其需要知识渊博的人进行审查。

0票
由

评论由：alexmiller 发布

嘿迈克尔，

谢谢你看它。

  1. 请在此处查看如何创建正确格式的补丁的说明： http://dev.clojure.org/display/community/Developing Patches
  2. 如果能提供一些更改的解释以帮助审查将会非常有益。否则，审稿人需要从头开始重新设计你的思考过程。
  3. 在接受审查之前，此更改还需要一些测试（显然不是特别有趣要写，但我想这在这里是必要的）
0票
由

评论由：mruza 发布

我已添加测试并根据说明更新了补丁。

以下是背后的推理。以下是从src/jvm/clojure/lang/Compiler.java文件中的摘录

1462: 如果(target.hasJavaClass() && target.getJavaClass() != null) 1463: { 1464: List methods = Reflector.getMethods(target.getJavaClass(), args.count(), methodName, false); 1465: 如果(methods.isEmpty()) 1466: { 1467: method = null; 1468: 如果(RT.booleanCast(RT.WARN_ON_REFLECTION.deref())) 1469: { 1470: RT.errPrintWriter() 1471: .format("Reflection warning, %s:%d:%d - call to method %s on %s can't be resolved (no such method).\n", 1472: SOURCE_PATH.deref(), line, column, methodName, target.getJavaClass().getName()); 1473: } 1474: } 1475: 否则 1476: { 1477: int methodidx = 0; 1478: 如果(methods.size() > 1) 1479: { 1480: ArrayList params = new ArrayList(); 1481: ArrayList rets = new ArrayList(); 1482: 对于(int i = 0; i < methods.size(); i++) 1483: { 1484: java.lang.reflect.Method m = (java.lang.reflect.Method) methods.get(i); 1485: params.add(m.getParameterTypes()); 1486: rets.add(m.getReturnType()); 1487: } 1488: methodidx = getMatchingParams(methodName, params, args, rets); 1489: } 1490: java.lang.reflect.Method m = 1491: (java.lang.reflect.Method) (methodidx >= 0 ? methods.get(methodidx) : null); 1492: 如果(m != null && !Modifier.isPublic(m.getDeclaringClass().getModifiers())) 1493: { 1494: //public method of non-public class, try to find a public descendant 1495: 如果((type=Reflector.getDeepestPublicDescendant(m.getDeclaringClass(), target.getJavaClass())) == null) 1496: //if descendant not found, try to find an ancestor 1497: m = Reflector.getAsMethodOfPublicBase(m.getDeclaringClass(), m); 1498: } 1499: method = m; 1500: 如果(method == null && RT.booleanCast(RT.WARN_ON_REFLECTION.deref())) 1501: { 1502: RT.errPrintWriter() 1503: .format("Reflection warning, %s:%d:%d - call to method %s on %s can't be resolved (argument types: %s).\n", 1504: SOURCE_PATH.deref(), line, column, methodName, target.getJavaClass().getName(), getTypeStringForArgs(args)); 1505: } 1506: } 1507: }

  • 第1462行的条件确保了目标类型/类的已知
  • 第1464行调用的{{clojure.lang.Reflector.getMethods()}}方法返回了为给定名称定义在目标类型上的所有公共方法的列表
  • 然后在第1477-1491行选择要调用的最佳方法
  • 如果所选方法的声明类不是公共的，则尝试找到一个既是目标类型的超类又是所选方法声明类子类的公共类 - 这在{{clojure.lang.Reflector.getDeepestPublicDescendant()}}方法中实现
  • 如果找到了这样的类，则在生成方法调用字节的时，使用该类而不是方法声明类
  • 如果没有找到此类，则尝试在声明所选方法的类的公共祖先中找到一个兼容的方法

注意，此更改可能导致调用的方法与更改之前不同，如{{selecting-method-on-nonpublic-interface}}测试所示。在我看来，这是一个可接受的更改，因为它
导致更好的匹配（与参数类型有关）的方法被调用
使clojure中的方法选择行为更像java

0票
由

评论由：stuart.sierra 制作

CLJ-126介绍了Java 5中的类似问题。

0票
由
参考： https://clojure.atlassian.net/browse/CLJ-1243 （由 stuart.sierra 报告）
0票
由

这是一个Java上工作但Clojure上失败的代码示例。示例类来自“[org.opensearch.client/opensearch-java "2.1.0"]”库。

此Java代码可以无问题地工作

package example;

import org.opensearch.client.opensearch.core.bulk.IndexOperation;

import java.io.IOException;
import java.util.Map;

public class Example {
    public static void main(String[] args) throws IOException {
        new IndexOperation.Builder<Map<?, ?>>()
                .index("test-index")
                .id("test-id")
                .document(Map.of("test-document", 123))
                .build();
    }
}

但Clojure版本无法使用Java互操作编写。解决方法是手动使用反射来调用这些方法

(ns example
  (:import (org.opensearch.client.opensearch.core.bulk IndexOperation$Builder)))

(defn bug []
  (-> (IndexOperation$Builder.)
      (.index "test-index")
      (.id "test-id")
      (.document {"test-document" 123})
      (.build)))

(defn workaround []
  (let [bulk-builder-index (-> (Class/forName "org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder")
                               (.getDeclaredMethod "index" (into-array Class [String])))
        bulk-builder-id (-> (Class/forName "org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder")
                            (.getDeclaredMethod "id" (into-array Class [String])))]
    (-> (IndexOperation$Builder.)
        ^IndexOperation$Builder ((fn [builder index]
                                   (.invoke bulk-builder-index builder (into-array Object [index])))
                                 "test-index")
        ^IndexOperation$Builder ((fn [builder id]
                                   (.invoke bulk-builder-id builder (into-array Object [id])))
                                 "test-id")
        (.document {"test-document" 123})
        (.build))))

(comment
  (bug)
  (workaround))

当使用Clojure 1.11.1加载此命名空间时，会发出以下反射警告

Reflection warning, .../example.clj:6:7 - call to method index on org.opensearch.client.opensearch.core.bulk.IndexOperation$Builder can't be resolved (argument types: java.lang.String).
Reflection warning, .../example.clj:7:7 - call to method id can't be resolved (target class is unknown).
Reflection warning, .../example.clj:8:7 - call to method document can't be resolved (target class is unknown).
Reflection warning, .../example.clj:9:7 - reference to field build can't be resolved.

当执行有 bug 的函数时，会抛出以下异常

Execution error (IllegalArgumentException) at example/bug (example.clj:6).
Can't call public method of non-public class: public final org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder.index(java.lang.String)

IndexOperation$Builder 是一个公开的类，它扩展了受保护的抽象类 WriteOperation$AbstractBuilder，该类又扩展了受保护的抽象类 BulkOperationBase$AbstractBuilder。 index 和 id 方法的返回类型是一个类级别类型参数，但方法参数非泛型。

这是库代码中的相关部分

由Cognitect代表Clojure社区维护
...