关于问题为什么许多原本的 Java 项目都试图用 go 进行重写开源?一共有 5 位热心网友为你解答:
【1】、来自网友【鄂 E 徐先森】的最佳回答:
没听说过
【2】、来自网友【网络老鼠 Sunny】的最佳回答:
个人觉得应该是三个主要原因吧。
一. 体积可以明显缩小,部署更简单
因为容器服务越来越主流,这到不是说 Java 不能在云原生环境使用,现在云原生里的微服务模式,主流编程语言还是 Java,只是,依赖于 JDK 平台确实让容器镜像体积大了很多!大部分情况下,微服务本身 jar 的体积(包括各种依赖的 flat jar)也与 JDK 本身的体积相差无几(甚至不及)。在多个服务情况下,拉取镜像的成本就高很多,虽然分层存储可以有效降低存储容量,但这也依赖所有微服务需要相同的镜像基座(部署好 JDK),对于不同厂商的微应用(服务)情况不一定乐观。
Golang 在这部分表现好很多,虽然打包后的 Binary 也不小(相比于 C),但它包含运行时支持及静态链接,非常独立(单体程序易于部署),体积相比 Java 的服务,总体要小很多。
二. 开发难度不大
后端应用服务最重要的是稳定,Java 之所以能长时间占据后端开发市场份额,也是因为其异常及 GC 机制能够平衡好程序开发难度和程序质量这两个矛盾体。而 Golang 也引入了 GC,开发难度也不高(并不比 Java 难),不需要特别优秀的能力也能写出健壮的后端应用。
三. 语言发展的必然结果
现在越来越多的人开始使用 Golang 写后端应用。当你进入这个领域,你就会发现,你需要的各种框架,基础设施基本上都是在重复写一遍其他已经进入该领域的语言的各种框架和基础库???? 这是工程本身决定的,到不一定是抄 Java。记得 Nodejs 刚出来的时候,借助于 V8 强大的性能,大前端的各种开发工具,框架如雨后春笋般发展起来,但也基本上是走了一遍其他语言(尤其是 Java)的路。
不同语言在发展过程中,总会进入其他“先入语言”的领域,然后也会再走一遍人家的路,完善和建立自身在该领域的生态。这是后发语言发展的必经之路!
【3】、来自网友【运维熟练工】的最佳回答:
有人的地方就有政治,对互联网公司来说,重构是政治斗争和裁员的重要手段。
给你举个例子吧。前同事 A 之前在某家公司做运维主管,公司是自建的机房,包括部署,监控,故障自愈,数据库等等平台有关的一切,都是他一手搭起来的,没有人比他更了解。新来的开发经理不服,非要自己来部署,导致出了大故障,等待跑路,A 出马几分钟搞定。于是公司只能继续供着他,工资奖金啥的都给的多,偶尔他请假了,有问题也只能等他回来,时间长了,领导哪能容忍这种事?
正好这时候云服务器强势上位了,公司领导拍板决定全面上云,让其他技术也参与,担心这位仁兄不配合,承诺迁移完后有奖金。几个月后迁移完成了,Redis、MongoDB、MySQL 使用云托管的,先废一半。部署的时候由开发一起参与 CI/CD 流程,这时候他的重要性再次被减弱,没多久待不下去了。
放到开发重构也是一样的道理,公司的业务架构都是老员工搞起来的,老员工岂不是会恃宠而骄?那新人怎么上位?
所以不要觉得有一技之长会越来越吃香,公司领导不会让一家独大的局面长久的,会威胁到他。
【4】、来自网友【这不是沙坪霸】的最佳回答:
国内不多,国外倒是不少公司会这么做,我司就这么做了,把之前部分微服务从 Java 转为了 Go,以及部分新的微服务也直接用 Go 开发。
当时部门开会讨论,非中国人那波人认为 Go 语言执行非常快,效率得到很大提升;但中国人这波人认为是浪费时间,Java 性能也不差,而且学习成本低。
但拗不住外国人占主流,最后还是部分微服务采用了 Go。根据目前使用来看,使用 Go 的微服务在性能上的提升并没有多明显(也许针对高并发会好一些),所以本人一直持保守意见,不过好在后来没有再要求把已开发的 Java 服务代码改为 Go 了。
不过 Go 也有 Go 的好处,对于微服务,采用 Go 开发的话确实轻量化,代码量比 Java 少,开发速度可以非常快,并且部署 k8s 也很简单,还可以方便的直接集成到云端(例如 GCP 的 Cloud Function)。
【5】、来自网友【大马哈鱼 330】的最佳回答:
因为要圈地 拉新项目 。立新山头
以上就是关于问题【为什么许多原本的 Java 项目都试图用 go 进行重写开源?】的全部回答,希望能对大家有所帮助,内容收集于网络仅供参考,如要实行请慎重,任何后果与本站无关!