String 是 final class + no setter ，你要想修改就只能用反射，还得是禁用安全限制的反射。虽然可以这样做，但是要做也得给其他类做，String 是可以这样设置的，强行进去修改会引起指数级的麻烦。问 String 为啥设计成不可变，都比借 String 问反射都好。

联动 /t/859220 /t/858692 ，那里面我的回复不用看了，中间过程的回复，有不少错误。

回到楼主的最初疑问上，有必要对泛型标记做一个区分。

泛型说到本质，就是模板替换。而模板替换，需要首先定义两个东西：一个是替换什么，即模板变量；一个是在哪里替换，即引用模板变量的地方。
举例来说一下：
public interface List<E> { boolean add(E e); } 左边的<E> 是模板变量，右边的那个 E 是模板变量的引用。
<T> T[] toArray(T[] a) ;（该方法同样在 List 中） 昨天的<T> 是模板变量，右边的那个 T 是模板变量的引用。

上面只是定义了模板，到了使用的时候，你还得再定义第三个东西：替换成什么。
举例：
ArrayList<String> = new ArrayList<>(); 这里就定了了将相关的 E 替换成 String 。


通配符，只能用在第二个定义，即模板变量的引用那里。模板变量，和模板要替换的值，都必须是确定的，故不能用通配符。这里有一个特殊的地方，返回值那里可以使用<?>通配符，但此时这个<?>等同于<Object>，是个假的通配符。



当上面区分好之后，再看楼主的需求。

主贴当中之所以错误，是因为没有定义模板变量。

1 楼不允许定义`T super A3`的原因，因为这是模板变量，虽然跟普通变量不一样，但也要遵循一样的原则：你只能将变量的类型限定成具体的。T 可以，这相当于 Object 类型，T extend Base 可以，相当于 Base 类型。T extend Base & SomeInterface 也可以，仍然相当于 Base 类型，只不过额外要求实现了 SomeInterface 。T super Child 不可以，因为无法确定这代表哪种类型。

3 楼的需求，想要的效果本质上是：定义一个方法，方法的参数类型是 A3 的父类。这跟泛型都没关系了，已经违反基本准则了，显然是不可实现的。

1 楼的需求，变通一下，也是可以实现的。变通后的需求是：接受一个对象，将之转换，然后将转换后的结果加入到 指定类的的父类的 list 。

interface ProcessAndSet<T>{
void processAndSet(T element, Function<T, A3> function, List<? super A3> list);
}

ProcessAndSet processAndSet = (e,f,l)->{
l.add(f.apply(e));
};
List<A1> a1List = new ArrayList<>();

这个变通需求与原始需求的区别是：原始需求中 “A3 父类的 List” 作为模板参数，要跟函数式接口一并定义，变通后，“A3 父类的 List” 是传入参数而不再是模板参数，不再一起定义，而是分开定义。

运行起来才发现怪怪的，楼主定义的 Util 是个函数式接口，但它的具体方法又继续用函数式接口，这样嵌套下来的场景，貌似我不好举例。所以就把 Util 换成工具类了。然后实际运行中，静态方法无法使用模板参数，所以 Util 又给改成对象类型的。

代码看上面，最终的效果是。A2 的工具类，可以从 A3 的 List 中做读方向处理，可以往 A1 的 List 中做写方向处理。

对于楼主 1 楼的需求，如果是这样，Util 类是个函数式接口，模板参数是“A3 的父类”，这是绝对不行的，因为这样的效果等同于方法的形参定义成了“某某或它的父类”，而这是违反面向对象基本原则的。如果是这样，Util 类是带模板参数的普通类，它的其中一个方法的参数限制为“模板参数的父类”，这是可以的，实际效果就看我上面的代码。

class Scratch {
public static void main(String[] args) {
Util<A2> util = new Util<>();

List<A3> a3List= new ArrayList<>();
util.getAndProcess(a3List,a3 -> {return true;});

List<A1> a1List = new ArrayList<>();
util.supplyAndSet(a1List,A2::new );
}
}

class Util<T> {
public List<? extends T> getAndProcess(List<? extends T> list, Function<T, Boolean> function) {
list.forEach(e->function.apply(e));
return list;
}

public List<? super T> supplyAndSet(List<? super T> list, Supplier<T> supplier) {
list.add(supplier.get());
return list;
}
}


class A1 {
}

class A2 extends A1 {
}

class A3 extends A2 {
}

interface Util2<T> {
void process(List<? super T> list, Function<T, Boolean> function);
}

泛型必须有泛型参数，或者模板参数，这样才能在使用的时候将模板参数替换成实际内容。你标题里面的定义缺少了模板参数，这样定义的时候没问题，但是使用的时候因为没有传递模板参数（也无法传递）导致没法替换。换成你回复里面的定义方式，加上了模板参数，这样使用的时候 “Util<A1> util” 这就把 A1 这个参数传进去了，就能用。

普通文件和目录，这是给自己看的（如果是团队共享目录，也是给团队的人看的），就别搞那么多条条道道了，直接自然语义命名，为了避免碰到旧（弱智）软件的麻烦，最多用横杠（比下划线更容易输入）代替空格。

List<? extends Fruit> upper , 向上造型通配符，可以使用其“方法返回类型限定”的方法（例如 get 方法），不能使用其“方法参数类型限定”的方法（例如 add 、set 方法）。可以这样使用 upper.get()，得到的一个可以向上造型到 Fruit 的对象——即 Fruit 或者它的子类的对象。不能使用 upper.add (someObjectInstanceFruit)。

List<? super Apple> downer ，向下造型通配符，可以使用其“方法返回类型限定”的方法（例如 get 方法）， >>>但是只能得到 Object 类型的返回类型<<< ；可以使用其“方法参数类型限定”的方法（例如 add 、set 方法），但参数类型只能是类型参数（或者其 >>>子类<<< ）。downer.get() 的返回类型只能是 Object 。 可以使用 downer.add （ someObjectInstanceApple ）。

另外需要注意一点，通配符是用来限定声明变量赋值的，不是用来限定声明完成之后的使用的，上面说的两点其实是被动的的使用限制，而不是主动的类型限定。这正的限定是：
List<? extends Fruit> 限定了只能将 new ArrayList<Fruit 的子类>() 赋值给它。
List< ? super Apple> 限定了只能将 new ArrayList<Apple 的父类>() 赋值给它。

关于通配符，我去拔了下我的笔记，发现了这句话：
如果你想从一个数据类型里获取数据，使用 ? extends 通配符
如果你想把对象写入一个数据结构里，使用 ? super 通配符
如果你既想存，又想取，那就别用通配符。

? extends 、? super 这里是通配符，不是继承关系，前者是向上造型通配符，后者是向下造型通配符。

? extends T 跟 ? super T 都是编译擦除法下实现泛型的折衷方法，并不完美。另外它们的实际含义不是 T 的子类、T 的父类。

你这个疑问，起始不止跟泛型有关，还跟 Base base = new AnyChild() 多态有关。

如果没有泛型（或者说完美的泛型），应该是这样的多态，List<Fruit> fruits = new ArrayList(); ruits.add(new Apple()); fruits.add(new Banana)；。但是 Java 的泛型不是完美的泛型，用得是编译擦除，所以实现不了上面的效果。因为泛型仅存在于编译时，运行时被擦除了，运行时的 fruits 就是个 List<?>，你给他 add 啥都可以。

@IAmAnonymous 楼主已经隐藏发帖记录了。

2000 的 CPU ，配不上超万的总价；超万的总价，还用了大量杂牌：这个配置是闹着玩的。

C#那个用法，本质上是写的时候不写 \n ，但通过特殊标记，编译的时候自动加上\n ，这是语法糖。Java ，至少是 Java 8 及之前，对语法糖极为谨慎（甚至是排斥）。

老外的惯例是，用户数据必须立刻删除，用户标识可以延后解绑（延后期限也没硬性要求，3 个月行，12 个月行，24 个月也行）。注意用户标识是解绑不是删除，也就是说到期后要满足这个标识不会定位到之前的人，但这个标识可以留着当历史数据用（当然像身份证号这种必定关联自然人的标识，那就必须删除了）。要是立刻解绑用户标识，被薅羊毛只是小问题，对系统数据逻辑的冲击才是致命的。

硬删除跟软删除，在大数据分析或者商务意义上，没有区别。软删除留下来的数据，你要用在除了误删除恢复的其他场景下，那绝对被揍到爆，你要是不用，那这数据就是垃圾数据。

看电影专用的，不能当电脑屏幕，标准不一样。投影仪可能比电视会好点，但肯定还是不如电脑屏幕。

Andorid 不挂后台，就不能接受推送，即使是用 GMS 也一样。但是，Andorid 是真后台，设计良好的应用，永久挂后台，是不费电的。

webview 是个特殊的应用，它本质上是系统底层组件而不是应用程序，更新不了算是日常。另外 PlayStore 的最佳用法是静默更新——啥都不管让它自己去鼓捣，不需要手动去管理更新。