这就是GO~  对于想极致的性能挖掘 GO语言基本没有太多空间。 

 下面是测试的代码，纯粹测试解释指令的效果，欢迎各语言残份 帮忙测一些数据对比一下。。

    int uu=0;
        //99999999
        for (int i=0;i<99999999;i++){
            uu++;
        
        }

说下优化 过程 

1、干了所有的MAP，必须要用MAP的话 key 请搞成int....  但是 在pprof的过程发现一个rumtime.mapxxaccessfast64xx的底层方法 也比较耗时，果断全换成切片了

2、能不用方法返回属性的 就不能通过方法返回属性，在外部 直接引用属性

3、所有的对象默认在栈上分配。。 后续的全靠GO了。。

4、切片能初始化容量\size的就初始化，方便快速索引,append 效率也比较低的

5、减少方法调方法的 这样会产生多次拷贝。。

后续的优化思路

1、所有需要对象，系统启动就每个 先new 100 个出来 池化起来，能不new就不new 同时能不栈上分配就不栈上分配

2、对于栈帧，也考虑提前new 因为会频发的使用到

 对于GO的 愚见

整体表现OK，从配套的调试工具，到舒适度，已经很不错了。