java - 通用方法动态替换参数类型导致异常

Question

我有以下统一的方法来转换JSONArray s 到 Java 数组中。我承认它看起来并不像它应该的那样好，但是据我所知，这是 Java 泛型可以为这项任务提供的最多的。

@SuppressWarnings("unchecked")
public static <T> T[] getArray(JSONArray array, Class<T> clazz)
{
  if(array == null) return null;
  int nfiles = array.length();
  if(nfiles == 0) return null;
  T result[] = (T[]) Array.newInstance(clazz, nfiles);
  for(int j = 0; j < nfiles; j++)
  {
    try
    {
      T vv = (T)array.get(j);      // temp variable for investigation, type T
                                   // assigment passes without an exception!
      if(vv.getClass() != clazz)   // outputs "java.lang.Integer!=java.lang.Long"
      {
        LOG(vv.getClass().getName() + "!=" + clazz.getName());
      }
                                   // Next line throws ArrayStoreException
      result[j] = vv;              // Integer cannot be stored in an array of type Long[]
    }
    catch(JSONException e)
    {
      e.printStackTrace();
      result[j] = null;
    }
  }
  return result;
}

可以这样使用它(这只是一个示例，在实际代码中输入数组来自分层 JSON 结构):

Integer a[] = getArray(new JSONArray("[15,16]"), Integer.class);

它似乎工作了一段时间，直到我偶然发现一个应该是 Long 类型的数组。该方法失败并显示 ArrayStoreException: java.lang.Integer cannot be stored in an array of type java.lang.Long[] 上行，这在代码中有相应标记。

好吧，我知道 JSONArray.get() 方法返回 Object，它包含 JSON 库认为适合当前输入的任何类型。如果它看到像这样的数组“[15,16]”，它会将类型推断为 Integer。问题是带有临时变量的行应该在去参数化后读取:

Long vv = (Long)array.get(j);

就 get() 返回 Integer 而言，这是应该抛出类型转换异常或转换 Integer 的行实例到 Long 实例，如果它是安全的，正如我认为的那样。取而代之的是，临时变量的类型动态更改为 Integer，这由日志输出确认，只有这样代码才会在尝试将此 Integer 存储到准备好的 Long 数组。

实际上我可以通过这样的代码轻松解决这个问题:

if(clazz == Long.class)
{
  vv = array.getLong(j);
}

但这正是我写这个方法的原因，希望泛型能为我处理这个:它的目的是消除对不同类型的许多条件检查和调用特定方法的需要，例如 getBoolean 、getString等

有人可以向我解释这里发生了什么，以及如何修复代码以使其尽可能简单和统一吗？

^{顺便说一句，我没有找到一种方法，如何将长数字作为输入文字写入 JSONObject 和 JSONArray 以被识别为 Long 。例如，输入“[15L,16L]”在 JSONArray 解析后生成 Strings ["15L", "16L"] 的 Java 数组。我错过了什么吗？}

Answer 1

问题的核心是这一行

T vv = (T) array.get(j); 

此行未使用 clazz参数，并包含一个生成编译警告的未经检查的转换。 常规转换 是一种虚拟机指令，它将 Java 类作为输入并根据它检查 Java 对象。当您使用类型变量(在本例中为 T)时，JVM 指令实际上是对 Object 的无用转换。 ，因为在编译时没有更多信息可用。编译器发出警告，运行时类型实际上可能不是 T , 但你忽略了它，它在运行时搞砸了 ArrayStoreException (请注意，如果您使用 List<E>，这甚至不会发生，因为类型参数在运行时不表示)。

要解决您的问题，您绝对需要一系列 if语句 - 这不是糟糕的实现，只是必须管理的环境复杂性。