rust和go语言对比 rust和go语言web框架性能

Rust 和 Go,哪个性能更好?要说性能rust和go语言对比,那是Rust更好 。更多的编译期优化、无 GC 等特点加持,开发高性能应用自然是 Rust 性能高 。据统计利用 Rust 开发的 RipGrep 性能甚至赛过使用 C 开发的 Grep 。
但是性能不是唯一考量,当rust和go语言对比你纠结 Borrow Check , 纠结 unsafe,纠结 copy clone , 纠结各种奇怪的类型限制的时候;当你 cargo build 怒草电脑风扇三分钟的时候;人家 GoLang 可能早就发两个版了 。
同时 Rust 的语法花活众多,遍历数组可以写循环也可以 for_each() 一行流 。不像 GoLang 那么白开水谁写都差不多一个味道,经常第一天想到神来之笔快乐 Coding 到半夜第二天爬起来发现昨晚写的都甚么东西看不懂不如蜘蛛爬,这是坠痛苦的!
Go 的编译器为了个编译速度快连循环不变式提升、循环展开、对齐等等优化一个都不做,函数内敛一堆限制大多数情况都不做(比如函数里有个 for 或者 defer 或者 select 等,或者函数多于 40 个表达式),拥有的优化一只手都能数的过来:
基础优化欠缺,高级优化更是一个没有,和在 Debug 配置编译下的 -O0 优化的 C++ 差不多一个概念(而且跑得更慢) , 哪来的资本和 rust 比性能 。
其他方面:
而且 Go 的 GC 吞吐量也很低,大多数情况下各方面 Go 跑的甚至都比 Java 更慢 。只不过得益于 AOT 编译的设计,相比 Java 而言除了内存占用小和启动速度快之外就没有任何优势了,比较适合拿来做性能不关键的命令行工具 。
个人还是更喜欢 Rust 。
对比Go 语言,Rust 有什么优势和劣势Python 是脚本语言,也就是中间件语言 , 其内核仍然是纯 c 的性能表达的,而主要性能消耗在脚本的实时编译上 。而对比c,同样的功能,python可以表达比c更加精炼,当然牺牲了一些性能 。如果确实对某个模组性能不满意,还可以使用 c 编写 Python 模块为其加速 。面对一些并不需要过多性能而可以获得更快捷的开发速度,Python的优势完全可以盖过“劣势” 。可以说,Python基本完美 。例如知乎就是使用 Python 制作的 。Google 的许多页面也是使用 Python 进行渲染的 。
Rust 和 Go 的并发模型有什么不同 , 为什说 Rust 的并发模型更好1.根据Rust的特点和定位适用于对控制性比较强 , 对性能很敏感的领域,比如底层软件(OS/driver),基础系统软件(Compiler/VM/DB等),性能要求比较高的应用软件(浏览器/图形图像处理/游戏/高性能服务器软件等 , 或者可能包括近来很火的ML应用方向) 。2.底层软件(比如OS/driver)部分是和C应用领域有很大重合度的,在这个领域我认为对C冲击不大 。在这里C已经足够好了,而且这些领域技术性很高 , 但业务逻辑其实并不算太复杂,Rust的优势作用有限 。而且Rust相比于C语言 , 带来了一定的“黑盒”和这些领域一些不需要的语言复杂特性 。C作为“可移植的汇编”恰到好处的非常适合这个领域,其他语言基本无法构成挑战 。3.前面1中提到的领域除了底层软件(OS/driver之类)剩下的领域,C++目前最具有优势 。在这些领域C++相对于C提供了高级特性方便开发,相对于JVM系的性能更高内存更少 。(虽然这些领域有些知名软件是C和JVM系的,比如postgresql/redis/nginx/Hadoop/spark等,但在这些领域目前只有C++一个是全能型)我认为rust的主要战场就在这里 , 需要对决的对手就是C++ 。C++既有的力量(系统/代码/人员/习惯)太强大了,在这些领域完全打败C++是非常困难的 。而且C++也在不断发展 , 近年来发展的步伐也快了起来,C++11/14/17等等 。但C++的历史包袱是很重的,越发展其实复杂性也在不断提高,何况有些问题(像安全/异常/复杂继承等等)是基因里的,通过增加feature打补丁是弥补不了的 。Rust最容易吸引的人群可能是C++程序员:因为 , 一方面解决了不少C++的痛点,另一方面Rust的很多特性其实有点复杂也有点门槛的 。这些特性背后的动因有C++背景的程序员是非常容易理解 , 也是不少C++程序员梦寐以求的 。相对而言,其他语言背景出身的程序员,对Rust的共鸣性远远没有C++程序员强烈 。猜测Rust会:a.蚕食掉一定的C++份额 。一些可能本会选择C++开发的新项目,可能会选择Rust 。b.蚕食掉一定的Java份额 。有些项目选择JVM系是由于C++开发太复杂,同时该项目对性能又有一定的要求 。那么Rust出现以后也会蚕食掉一定的此类项目 。c.蚕食掉一定的golang份额 。不满意gc(即使1.5改善了,gc的先天问题是无法彻底解决的),不满意泛型,不满意性能的一部分项目 。不过也要依赖于Rust未来并发的解决方案是否足够理想了 。1.0这种是没戏的 。d.移动端Rust从自己实力上说是够的 。不过这个真的要看出品移动端设备的“爹”的意思了 。Rust自身有一些优势非常明显,在这些领域是很有竞争力的 。Rust社区一定要重视IDE开发环境,花费精力出eclipse/intellji/vs的高质量的IDE插件,对于推广和流行大有帮助 。只要Rust社区不要犯D语言曾经反复折腾的毛病,能像golang社区那样基础做的不错并且工程质量优秀,那么未来Rust出几个杀手级的应用,前途还是很可期的 。

推荐阅读