在泛型api中，为什么有时类型参数写在返回类型之前，有时不需要？
以以下两个 Steam API 为例
Stream<T> limit(long maxSize)
和
<R> Stream<R> map(Function<? super T,? extends R> mapper)
为什么Stream.limit的返回类型只能写成Stream<T>而不是<T> Stream<T>？
何时使用<T> returnType <T>，何时使用returnType<T>？
【问题讨论】：
标签： java generics return-type
第一个示例中的T 是正在操作的Stream 的泛型参数，因此limit(...) 返回一个与调用limit(...) 的流相同的泛型类型的新Stream。
在第二个例子中，生成的Stream 的泛型类型可能会改变，因此需要一个单独的泛型参数。在这种情况下，生成的Stream 的类型受mapper-lambda 的影响。例如，如果Persons 映射到它们的SocialSecurityNumber，那么初始Stream 将是Stream<Person>，mapper 将是Function<Person, SocialSecurityNumber> 类型，而生成的Stream 将是@ 987654336@.
【讨论】：
<R> Stream<R> 中的第一个<R> 只是方法签名的另一部分——类型参数。您不应该将 <R> Stream<R> 视为“一个”事物，就像您在问题标题中所做的那样。
第一个<R>只是为了告诉你这个方法的类型参数是什么，所以map是一个泛型方法。 limit 不是通用方法，因为它的签名中没有这部分。
您可能对limit 不是泛型方法感到困惑，因为它显然返回了包含泛型参数T 的东西。好吧，T 实际上是封闭类Stream<T> 的泛型参数，所以limit 不能真正返回除调用它的Stream<T> 之外的任何其他类型。如果你在Stream<A> 上调用limit，你不能指望它会给你一个Stream<B>。因此，limit 不是通用的。
注意T也是map的参数列表。
什么时候使用
<T>returnType<T>，什么时候只使用returnType<T>？
这里最大的不同是<T> returnType<T> 使方法通用。 returnType<T> 不是泛型方法，只有当T 在上下文中确实存在 时才能使用。
【讨论】：