@sagaxu 是的，这些 kotlin 也都有，而且 IDEA 支持上对 kotlin 更友好。不过个人感觉 groovy 的语法对 javaer 更加友好？目前用在一些内部业务型项目是 OK 的，如果是大型项目或者稳定的平台、服务层项目，从团队招聘成本、学习成本和技术风险上来看，可能还是会老老实实选择 JAVA 作为第一语言，其他作为一些辅助

我这个都是静态编译的，如果是动态解析执行就会慢的比较多

用简单 ab 测试的结果来看的话，我写的大部分普通 groovy 接口（包含<5 个 rest 调用+<5 个 DB 调用+<5 个 redis 调用） 比纯 java 写的慢了 <5ms,主要耗时的都在外部调用上。但是如果是计算型的接口，有的能慢<100ms.不过整体上这点损耗都是可以接受的

@Resource 性能的确会有些影响，但是日常的 CURD 业务性能瓶颈主要是在网络、DB 这块，所以整体性能也不会差太多

@ghos 目前了解的有两种做法，一种就是通过 maven 的 groovy-compile 插件直接编译成字节码，另一种就是动态解析执行 groovy 脚本，可以传入当前程序的上下文进行 binding，网上教程很多的

@tinybaby365 如果是从团队的角度来看，选一门招人不方便的语言的确不太合适，用 JAVA 招人方便

再加个需求：js 阻止用户打开手机拍照功能