首先让我说我正在维护别人设计不佳的代码，所以我可以更改它的数量有限。
现在发生的事情是，他们创建了一系列由反射调用的方法。其中一种方法将 Map 作为其参数之一。在运行时，此 Map 使用 Hashtable 实现。
这就是问题所在 - 我得到一个 NoSuchMethodException ，因为它正在寻找一个以 Hashtable 作为参数的方法，即使 Hashtable 实现了 Map 接口。让我感到困惑的是，如果我不使用反射（在这种情况下是一项重大的设计更改）并传递了一个 Hashtable 它将调用带有 Map 参数的方法 - 那么为什么当我使用反射时它的工作方式不同?
鉴于我几乎必须坚持使用反射，有没有办法让带有 Map 参数的方法在我传递一个实现该接口的类时被调用？
如果你愿意，我可以模拟一些代码来演示......
【问题讨论】：
标签： java reflection interface
如果使用java.lang.Class 中的getMethod(String name, Class[] parameterTypes)，则需要指定接口方法签名中表示的参数类型（静态类型），而不是运行时对象的类型（动态类型）。
所以，对于methodXyz(Map map)，而不是：
Method m = cl.getMethod("methodXyz", new Class[]{argument.getClass()});
这样做：
Method m = cl.getMethod("methodXyz", new Class[]{Map.class});
【讨论】：
我遇到了类似的问题。我看到了 2 个解决方案：
解决方案 1：您可以开发一种更复杂的搜索方法。
您可以使用的算法示例：
您使用参数类型进行搜索。如果搜索失败（异常），但其中一个参数具有超类型（或实现接口），则搜索相同的方法名称，但使用此超类（或接口）。 只有在此搜索算法之后没有找到任何方法时，才会抛出异常。
注意：如果您的方法有多个参数，请务必使用超类型/接口的每种可能组合进行验证。它会导致一个相当复杂的搜索算法......
解决方案 2： 另一种更简单的方法是将类型与参数分开来精确。如果要使用空参数，则可能需要此方法更详细。
所以，“invokeMethod(String methodName, Object[] paramters)”变成了“invokeMethod(String methodName, Class[] methodParamTypes, Object[] parameters )"。
【讨论】：