3

我需要与大多数人想要处理的完全相反的东西：我有一个带有 className 和 methodName 的 StackTraceElement。由于该方法属于给定类实现的接口，因此我需要一种方法可以询问该方法源自哪个接口。

我可以调用Class.forName(className)，也可以调用clazz.getMethod(methodName)，但是method.getDeclaringClass()返回的是提到的类的名称而不是它的原始接口。我不想遍历所有类的接口以找到该特定方法，这实际上会使性能无效。

--

基本上它是一种传统的广播机制。广播器类包含一个哈希图，其中键是接口，值是具有实现类的列表。广播器实现相同的接口，以便每个方法从哈希图中检索实现类，遍历它们并在每个实现类上调用相同的方法。

--

很抱歉在这里添加它，但是在评论中添加它有点太长了：

我的解决方案类似于 Andreas 所指的：

StackTraceElement invocationContext = Thread.currentThread().getStackTrace()[2];
Class<T> ifaceClass = null;
Method methodToInvoke = null;
for (Class iface : Class.forName(invocationContext.getClassName()).getInterfaces()) {
  try {
    methodToInvoke = iface.getMethod(invocationContext.getMethodName(), paramTypes);
    ifaceClass = iface;
    continue;
  } catch (NoSuchMethodException e) {
    System.err.println("Something got messed up.");
  }
}

使用invocationContext类似的结构可以制作拦截器，因此发送器只能包含带有空实现主体的注释方法。

4

3 回答 3

3

我有一个带有 className 和 methodName 的 StackTraceElement。
我需要一种方法可以询问它源自哪个接口的方法
我不想遍历所有类的接口以找到该特定方法，这实际上会使性能无效。

我会首先检查在您的用例中迭代所有类接口是否真的对性能至关重要。通常，当您拥有堆栈跟踪元素时，您已经处于异常状态，性能可能并不那么关键。然后，您可以使用Class.getInterfaces()遍历接口并查询每个接口的声明方法，例如：

class MethodQuery {
   private Set<Class<?>> result = new HashSet<>();
   private String theMethodName;

   private void traverse(Class<?> cls) {
      for (Class<?> c : cls.getInterfaces()) {
         for (Method m : c.getDeclaredMethods()) {
            if (theMethodName.equals(m.getName())) {
               result.add(c);
            }
         }

         traverse(c);
      }
   }

   public Set<Class<?>> getInterfacesForMethod(Class<?> cls, String methodName) {
      result.clear();
      theMethodName = methodName;
      traverse(cls);
      return result;
   }
}

然后，您可以像这样查询方法声明的接口：

MethodQuery methodQuery = new MethodQuery();
Set<Class<?>> result = 
    methodQuery.getInterfacesForMethod(java.util.Vector.class, "addAll");
System.out.println(result);

结果：

[interface java.util.Collection, interface java.util.List]
于 2013-04-25T10:20:53.197 回答
2

我无法想象为什么在性能敏感的情况下需要它，但您可以缓存搜索结果。注意：同一个方法可能会从许多接口实现一个方法。

于 2013-04-24T11:24:12.903 回答
1

我不想遍历所有类的接口以找到该特定方法，这实际上会使性能无效。

我不认为有任何替代方案。

（但是为了呼应 Peter Lawrey 所说的话，缓存会有所帮助……如果性能很重要，通常应该避免反射。）

另请注意：

  • 给定的方法可能不会在任何接口中声明。
  • 一个给定的方法可以在多个接口中声明，或者在通过多个路径继承的接口中声明。

如果要真正通用，您的方案必须考虑这些事情。

保证一种方法只属于一个接口。

即使是这样 ...

于 2013-04-24T11:28:44.693 回答