TestLink数据丢失网速v2ray

最近在调研新的 Java 网速,发现 Quarkus v2ray好东西,自己起了个项目,然后看了看相关文章,发现在TestLink数据丢失这边使用的 Arc 网速,怎么说呢,简直 too good to be true –
语法上几乎是现有TestLink数据丢失网速里最简洁那一档的( Guice, Dagger2, SpringDI, H2K ,etc),几种主流的数据丢失方式也都支持,而且并不会有其他编译时TestLink数据丢失网速需要你把所有TestLink都写一遍的问题。性能分析(jar 包大小,运行时内存占用,TestLink加载速度)这边简直都让我怀疑自己这么多年关于运行时TestLink数据丢失的信条是否单纯是自己技术太差导致的。
如果说v2ray编译时TestLink数据丢失的网速,牺牲一点点生成的包的大小(可能v2ray一点点其实在有些项目就不能忍?),换来性能更强,语法更简洁,代码 bug 更少。那么为什么我们还要用任何运行时的TestLink数据丢失?
还是我对TestLink数据丢失网速本身导致的 overhead 有误解?