GraalVM - 隔离虚拟化
GraalVM 中引入了一项名为隔离的新虚拟化功能。GraalVM Isolates是一个不相交的堆，允许同一 VM 实例中的多个任务独立运行。在传统的 Java 应用程序服务器中，所有任务共享相同的内存堆，如果一个任务使用大量内存，则可能会触发垃圾收集 (GC)，从而减慢共享该堆的其他任务的速度。
GraalVM - 可达元数据（反射/动态资源获取）
反射 JVM 的动态语言功能（包括反射和资源处理）在运行时计算动态访问的程序元素，例如调用的方法或资源 URL。native-image工具在构建本机二进制文件时执行静态分析以确定这些动态功能，但它无法始终详尽地预测所有用途。为了确保将这些元素包含在本机二进制文件中，您应该向构建器提供可访问性元数据
GraalVM - 编译或运行时优化
构建选项 -march=native 如果您的二进制文件将在和编译的机器同一类型cpu下工作，可以打开这个功能，使得GraalVM为你启用更多的CPU功能。 -Ob 在开发时构建选项添加这个，可以加快构建速度，但是这样会禁用掉绝大多数的优化。 GC 原生镜像在执行时并不运行在 Java HotSpo
GraalVM - 可配置的类初始化
配置 上一节整完了，虽然这个破东西编译屎慢，对吧？嗯...emmmm，他就是编译这么慢，但是他花活多啊！ package org.example;
public class Main {
static class Father {
static {
GraalVM - 创建一个GraalVM项目
目前Idea不支持直接创建Graalvm项目，Graalvm文档官网的东西又只提供了构建单文件的例子，但是甲骨文给了几个创建的例子：https://github.com/graalvm/native-build-tools，可以依托于Gradle或者Maven创建项目。 因为graalvm貌似没有完
LSPosed - 使用协议层禁止QQ撤回事件
看了一下QA源代码，用的是native hook去实现的反撤回，我觉得呢，太麻烦！ 在协议层把撤回包拦截就好了！ 根据我多年分析协议的经验，QQ的撤回主要来源于两个包： trpc.msg.register_proxy.RegisterProxy.InfoSyncPush trpc.msg.olpus