今天在知乎上看到了一个关于 Go 和 Java 性能对比的问题，这种问题通常只有一个结局，那就是无休止的争论，十年之后，如果这两个语言还健在的话，这可能依然是热门问题：
抛开应用场景谈性能都是耍流氓
目前我主要使用的也是Java和Go，方向是大数据，首先我谈一下我的看法吧：
大部分语言都有它擅长的领域，存在即合理：
PHP擅长构建低成本WEB，也是世界上最好的语言c擅长操作系统、嵌入式Go天生高并发属性R的科学计算、统计无人能及Python在AI领域独占鳌头Java工业级应用服务及Android (长期霸占TIOBE榜第一的老流氓)Benchmarks的测试数据固然能说明一些问题，但这种测试环境和方式还是不够接地气呀，很少有遇到类似的Case不说，实际使用中也不会因为几ms的差距去换语言重构项目。热点代码，这个概念很重要，有些代码片段一个月就命中一次，那就不需要多少极致的优化了。28法则，把 80% 的精力花在重要的 20% 的代码上吧，人的精力有限，而且世界上还有很多美好的事情，比如写原创文章分享给大家（手动眨眼）。Talkischeap.Showme the code.以我的经验来看，目前大部分人的编程水平，还轮不到谈及语言本身的性能，如果你不是，那请加我微信，带我飞吧。
优缺点总结
有个朋友回复的内容我觉得非常客观，也比较典型，知乎上抓过来的，侵删。
JAVA目前的问题并不在于性能，因为JIT自动优化过的代码已经跟C匹敌了。
JAVA的问题是，真正实际项目里，第三方依赖太多，架构臃肿，过度设计，这时候谁快就不好说了。
我个人认为，因为go基本上只需要标准库就足够了，实际工程中的性能表现要好于JAVA(Go的协程本质也是一种异步IO模型，Go语言: 万物皆异步)，除此之外，资源占用也是性能的一部分，显然go内存占用更小，CPU消耗相对低。
benchmark game上go在大多数场景下都是跑的比Java快的，而且内存消耗是java的1/3;
来列一下Go的不足吧：
有点反程序员的语法
没有泛型
标准库中数据结构远不如Java丰富
依赖管理鸡肋
channel如果使用不当，非常容易死锁
立即学习“Java免费学习笔记（深入）”；
编译时不允许循环import
编码时很多包名会跟自定义的变量名冲突
Java中很多认为理所当然的库，在Go中发现要重新造轮子
go get命令会clone整个git仓库，包括历史commit
标准库不提供routine池
magento(麦进斗)下载Magento是一套专业开源的PHP电子商务系统。Magento设计得非常灵活，具有模块化架构体系和丰富的功能。易于与第三方应用系统无缝集成。Magento开源网店系统的特点主要分以下几大类，网站管理促销和工具国际化支持SEO搜索引擎优化结账方式运输快递支付方式客户服务用户帐户目录管理目录浏览产品展示分析和报表Magento 1.6 主要包含以下新特性：•持久性购物 - 为不同的
没有现成的Future机制 ，要自己通过channel实现
暂时就想到这些；当然所有这些都是可以解决的
Java的不足：
语言表达能力比较欠缺(接地气的说法叫“又臭又长”)
内存、CPU消耗大
堆内存较大时，垃圾回收器需要进行深入调优才能得到满意的回收效果; 然而在一些对实时性要求高的场景下，gc可能直接就是无解, full gc一触发就是地狱
程序需要预热
JDK体积庞大, springboot jar包体积大(在微服务架构下问题最突出)
Spring全家桶越来越重(Spring你做好IoC AOP就够了)，导致使用全家桶的应用，性能较差(可参考TechEmpower Round 14中spring的位置)，但也是足够用的
因为成熟的框架、库太多，导致很多人入门时被带偏，以为编程就是调API，用框架，而对于原理知之甚少
暂时就想到这些; 当然，Java的优点远远超过这些不足，否则就不会常年盘踞TIOBE编程语言排行榜第一名了
