C++
本来我是不想回答这个问题的，不过偶然间看到xxxx技术方案提供者所说的一些很搞笑的话，这让我更加坚信自己之前的某些结论了。咱们认真来讲，都2024年了，实在没必要再拿10年前关于高并发的那些老套东西来发问了。实际上，业务系统不管哪一个，并发瓶颈大多都在数据库的I/O上。后来的异步削峰缓存、读写分离集群等技术，都是围绕解决I/O瓶颈来开展的。说到这儿，明白的人自然就懂了，这和编程语言有什么关系？当然，在某些方面，例如要压榨性能就必须得用C/
C++，在云原生时代为降低成本用Go语言还能有点联系。搞技术就得踏踏实实地搞。以前主流用
Java是因为它的生态好，在
互联网领域属于主流语言，待遇高，技术大牛多，可用的现成组件多，而且Bug少，
Java的工程化也做得很好。这是事实，也是前些年.NET的不足之处。前些年做
互联网的人少，.NET的一大堆中间件和SDK存在很多坑，做起来比较费劲。但那是中间件坑多容易导致自己造轮子的情况，和.NET语言本身没有关系。相反，如果
服务器资源有限，开发人员水平又够格的情况下，.NET由于对底层优化更方便，而且本身性能不错，还能做得更好。另外，现在都2024年了，ToC业务都被大厂把控了。大厂解决大多数并发问题就像喝水一样简单，现在大厂更关心的是如何解决
服务器成本的问题。在这一点上，只有Go语言有这样的趋势。所以就别老盯着.NET抹黑了，要搞清楚到底是谁在抢你的饭碗，朋友。
