这个其实是个没太大意义的问题。eight也可以不用java实现，只不过java碰巧有现成的组装工具效果挺不错罢了。目前只能用java并不准确，至少kotlin和scala是可以用的，至于groovy，jruby我不打算单独当语言。
并且也没毛病，十年前的几乎所有企业应用就是用java的。java基本上在企业后台没什么短板，大数据时代的基础构件也大都是跑jvm的。
至于可以用不同语言混编服务挺难说是个好还是不好的特点，毕竟混合的技术栈对于企业（包括互联网公司）算个负担，需要额外的成本。所以最终往往一个公司内的语言栈还是相对单一的。
至于非得要说一些云原生的程序语言有多优秀，怎么说呢？例如最常用的微服务语言golang，常常夸耀的协程多高效做网络编程多厉害，看起来很对微服务架构模型的特点。且不说究竟是不是真的厉害，网络rpc再快能快过线程内栈方法调用根本不用串行化rpc根本不需要网络调用吗？所以，这是个“解决了根本不存在的问题”（某人语录）的伪问题罢了。
【 在 wenhuazhang 的大作中提到: 】
: 首先 微服务是不挑语言的
: 发自「今日水木 on SHARK KSR-A0」
--
FROM 221.217.52.*