泛型方法怎么写，public <T> T getValue() 这种语法到底在干啥
泛型方法的核心是把类型参数声明在返回值前面，不是类名后面。它和泛型类无关，哪怕普通工具类也能用——只要方法自己需要抽象掉具体类型。
常见错误是写成 public T getValue()（漏了 <T>），编译直接报错：cannot resolve symbol T；或者误把泛型写在返回值里，比如 public List<T> getList() 却没声明 <T>，结果 T 被当成未定义的原始类型。
-
<T>必须紧挨着访问修饰符，位置不能错：正确是public <T> T parse(String s)，错误是public T <T> parse(...) - 类型参数可以有多个：
public <K, V> Map<K, V> newMap() - 可以加约束：
public <T extends Comparable<T>> T max(T a, T b)，不满足约束的实参会编译失败
工具类里用泛型方法，为什么不能直接用 new ArrayList<T>()
因为 Java 泛型擦除后，运行时没有 T 的真实类型信息，new ArrayList<T>() 实际上等价于 new ArrayList()，编译器会警告「unchecked cast」或「raw type」。
这不是 bug，是泛型设计决定的。你真正能做的，是让调用方传入类型信息，或者用反射绕过（但代价高、不推荐）。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 安全做法：让调用者传
Class<T>，比如<T> T fromJson(String json, Class<T> cls) - 避免反射：别写
(T) new Object()这种强制转换，它可能在运行时抛ClassCastException - 集合初始化尽量用通配符或无界泛型：如
new ArrayList<Object>()或new ArrayList<>()（Java 7+）
static 工具方法里泛型参数为啥不能引用类上的 <T>
静态方法属于类本身，而类的泛型参数（如 class Utils<T>）只对实例成员有效。所以 static <T> void log(T t) 的 T 和 class Utils<T> 的 T 完全是两个东西，毫无关系。
常见误解是以为工具类声明了泛型，里面所有方法就自动“继承”了这个 T，结果发现 static 方法里根本用不了类级别的 T，编译报错：non-static type variable T cannot be referenced from a static context。
- 如果真要复用类型逻辑，要么把方法改成非静态，要么在静态方法里重新声明自己的
<T> - 别试图在
static方法里写this.<T>或类似操作——this在静态上下文中不存在 - 工具类建议全用静态泛型方法，别给类加泛型，否则容易误导自己和协作者
泛型方法返回值类型推断失效的几种典型场景
Java 编译器靠调用处的上下文推断泛型实参，但有些写法会让它“看不懂”，于是退化成 Object 或报错。
比如 Utils.<String>parse("123") 显式指定是对的，但更常见的是隐式推断失败：
- 链式调用中断推断：
parse(json).toString()中，编译器可能只看到toString()前没有明确接收类型，就按Object处理 - 赋值给泛型变量但右侧没提供足够信息：
List<String> list = parseList(json)，如果parseList方法签名是<T> List<T> parseList(...)，编译器无法从左侧反推T是String - 使用
var（Java 10+）时尤其危险：var result = parse("abc")，此时推断结果取决于方法签名是否含足够约束
最稳妥的方式，是在调用时显式指定类型参数，或确保方法参数能携带类型线索（比如传入 Class<T> 或带泛型的容器）。
