你的问题跟 vscode 无关，跟 2w+ 行有关。不信你试试用记事本打开你文件，别说编辑，打开都可能卡死。

你在美团体验好，那是因为：一，专项，只搞美团相关的业务笔记；二，有团队在持续维护。出来搞个人笔记的时候，上面那两项原因就都不存在了，想再找个一样体验的基本上不可能。plantuml 、思维导图、drawio 三个全是图，而个人笔记最多的会是 文字 和 导航及搜索，这三个图还会有但是不会像工作那样占主导地位。这个时候，当同步网盘里面的三个文件夹，会是更好的选择。

通过在通知消息中附加待办的处理入口，让用户可以从消息直接导航到相关任务，这样可以提高用户的效率。但是这是““我的……””功能的辅助，不是替代——就是别用“我的未读消息”来代替“我的……”

为啥，不两个都用。

第一个思路不用于通知，而是用于个人收到通知后（或者随时）的主动查询。这是类似于“我的……”的功能，有没有通知都要做。

第二个思路，去掉“完成待办”操作，增加“已读”操作，如果有闲工夫，还可以增加跨终端消息已读状态同步功能，再有闲功夫，还可以增加“之前你的某某任务已被他人处理”提醒消息。

通知 /推送的主体是系统，待办任务的主体是个人，这俩是两码事，要分开处理，合在一起就会引起混乱。在细分一点，通知消息的生成跟读取也要分开，前者主体是系统，后者主体是个人。

简历，最重要的是不能造假，你真实期望是几个岗位，就写几个。但请注意这要是你发自内心想干的岗位，不是因为别人说好或者待遇好才想干的岗位，通常这也意味着你要么有这岗位的经验，要么有这个岗位的相关经验。

找工作，最重要的是找到双方都合适的工作，而不是找到招聘方单方面满意的工作，那是犯贱。

虽然你说的那些确实是问题，但那不是你标题说得问题“不给平板用户留一条活路”。相反，你所说得雷，恰恰是为了让让平板更好用的设计。你的本源问题是：在平板上干常规电脑干的活，这种理念自 win10 刚开始就被抛弃了。

这并不是撤回，而是多终端和待推送消息一起同步，微信连本地的终端跟通知中心同步都没做，就更别指望多终端同步了。

没见过三板斧的人，看这简历（在国内的招聘市场）没啥大问题，就是罗列自己的技能。这种罗列对面试官来说没啥意思，但是又不得不罗列，因为筛选简历觉大概率是一点都不动技术的人事（还很有可能是刚入职场的人事小妹 /小弟），你不罗列压根过不了筛选。

我觉得现在招聘最大的问题就是人力资源部门跟技术部门脱钩很严重。

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 这个参数传进去了，就能用。

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