T vals [];/ /好吧

但是，你不能实例化T的数组 // vals = new T[10];//不能创建T的数组

你不能创建T的数组的原因是没有办法 编译器来了解实际创建的数组类型。

这是因为泛型是在他们创建后才添加到java的，所以它有点笨拙，因为java的原始创造者认为在创建数组时，类型应该在创建时指定。这对泛型不起作用，所以你必须这么做 E[] array=(E[]) new Object[15]; 这将编译，但会给出警告。

答案已经给出了，但如果你已经有一个T的实例，那么你可以这样做:

T t; //Assuming you already have this object instantiated or given by parameter.
int length;
T[] ts = (T[]) Array.newInstance(t.getClass(), length);

希望，我能帮忙， Ferdi265

这是不可能的，因为Java完全在编译器级别上实现了泛型，并且每个类只生成一个类文件。 这叫做类型擦除。

在运行时，已编译的类需要用相同的字节码处理它的所有使用。因此，new T[capacity]将完全不知道需要实例化什么类型。

在我看来，如果你不能提供一个像样的解决方案，你只会落得更糟糕的结果。

常见的工作方法如下。

T[] ts = new T[n];

替换为(假设T扩展Object而不是其他类)

T[] ts = (T[]) new Object[n];

我更喜欢第一个例子，然而更多的学院派似乎更喜欢第二个例子，或者干脆不去想它。

关于为什么不能只使用Object[]的大多数例子都适用于List或Collection(它们都是受支持的)，所以我认为它们是非常糟糕的参数。

注意:这是Collections库本身不会在没有警告的情况下编译的原因之一。如果在没有警告的情况下不能支持这个用例，那么恕我直言，泛型模型从根本上就有问题了。

类可以声明类型为T[]的数组，但它不能直接实例化这样的数组。相反，一种常见的方法是实例化一个Object[]类型的数组，然后对类型T[]进行窄化转换，如下所示:

  public class Portfolio<T> {
  T[] data;
 public Portfolio(int capacity) {
   data = new T[capacity];                 // illegal; compiler error
   data = (T[]) new Object[capacity];      // legal, but compiler warning
 }
 public T get(int index) { return data[index]; }
 public void set(int index, T element) { data[index] = element; }
}