大家好，今天小编关注到一个比较有意思的话题，就是关于go语言转为java的问题，于是小编就整理了2个相关介绍go语言转为Java的解答，让我们一起看看吧。
go语言能替代c语言吗？
只能替代一部分领域。
两者有很明显的定位差异，go是为了解决高并发高性能高吞吐的web服务网络应用程序所设计的，当时设计出来，是为了替代python，因为用python写的web程序在大规模web服务应用上调优或者性能提升已经很难。go现在已经被广泛应用到云基础设施底层程序的编写，以前确实是c/c++的天下。不过到了系统底层，为了内存占用小，***消耗低，可能c族还是不二选择。
go有个问题，需要一个比较大的运行时（当然比j***a小非常多），这种特点的语言用来写需要占***小的场景（如系统底层），不太合适。
已经快半个世纪，c始终没被超越，有它独特之处，连c++出现这多年了还是没把c干掉，足够的简单到几乎什么高级一点的功能都没有，这恰是高手大拿自由定制diy最合适的。武林高手从来都是从用各种花样武器到最后回归最简单。
我认为现在要担心的，不是c，而是j***a，在web应用领域j***a当前还是老大，最近，我发现，除了有c转go的程序员，也有php转go的，因为对于他们来说，go编写程序，负担小，语法简洁，写完不用优化就能得非常好的性能表现。
另外，还有一个rust，我觉得它潜力十足，它是被用来写系统级程序，但是因为性能很强，也可以用来写web服务，rust社区也挺活跃。没听过的话，过拿几年你应该会见到多少多少的宣传。
为什么越来越多的公司使用Go代替J***a作为后端主要开发语言？
做开发也十几年了，很多很多年前就有人在推崇go了，说go能开多少协程，高并发有多厉害，当时也觉得牛，J***a这么多年就没有，经过好多年了，对集群高并发有了更深的理解，发现大家说的能开成千上万的协程其实没啥用，J***a早十年就有这个概念了，我就很奇怪为啥J***a不实现呢，百度了下说阿里很早就用纯代码实现了协程，但效果不好，真实性就不待考证了，我们就自己思考下，反问下有多少程序需要开成千上万上百万的协程的，开这么多协程你又能用上多少cpu，时间片都是有限的，大部分协程其实都是在等待中度过，上万的协程切换花的时间并不比你用几个线程花的时间少？
上大学的时候，主修语言还分c#和j***a，过了这么多年c#基本只外包还在用了，岗位也少得可怜，开发语言少说也有几十种了，大浪淘沙，多少技术浮沉，如果go一直拿协程说事，走不长的，还是得生态，生态，生态，头条肯定有服务治理的一套解决方案，但需要人花时间写个通用框架并开源出来，生态的完善需要这些头部大厂的努力，头条我也查过为啥选go，当时记得一句话如果你系统本身是J***a没有必要选go，J***a一直有强大的开源组织贡献源源不断的力量，所以J***a 一直在发展，go要追上这种老牌语言还有很长的路要走。
