但这个art已经做了，动态特性会失去
java11使用了新的gc——zgc，gc时长实际在1～10ms，问题是目前还是单代gc，需要堆尽可能大
ajvm的做法，给thread参数，避免线程堆栈一刀切，但开发成本也相应增大了
pthread -> libco ,收益参考golang
这个需求起初源自alibaba——希望每次session关闭时触发gc（我理解只gc一部分） 或许在一些场景下加一些gc的hook，收益不好评估
也是alibaba提的建议，多个jvm进程目前不能share内存／gc，在安卓上，这个很游泳
没有看到服务器的收益，资源调度可能会带来更多的问题。
jvm现在已经很好了，但很多都是基于os的，如果不用pthread实现，就不能使用os的api，可以参考pprof
fastjson并不好用，希望序列化反序列化能像go那么简单且高性能
吸收ioc aop ，避免生态分散，学习成本过大