C++开发效率特别低,为什么很多游戏服务端用C++语言来写呢！

admin

C++开发效率特别低,为什么很多游戏服务端用C++语言来写呢！https://www.gmbbs.net/

从应用领域来看，C适合开发游戏服务端软件、桌面应用、游戏、实时系统、高性能计算、嵌入式系统等。以游戏服务端为例，不同游戏服务端之间在业务逻辑和适用架构上也有很大差异。例如，对于大多数游客和页面游客来说，快速的开发速度并不需要太高的实时性能和计算效率。在这些领域使用碳就像杀死一只生金蛋的鹅。现在我要分别谈谈C语言和其他编程语言在游戏开发中的优缺点:
既然C语言开发效率很低，为什么很多游戏游戏服务端仍然使用C语言来编写呢？
c:
网络信息作战:这是历史上的一个主要考虑因素。近年来，几乎所有的主流后端语言都已经打包了高效的网络IO库，而C语言不再具有独特的优势。
CPU利用率:无需讨论C在这方面的优势。
实时性:无气相色谱，可控内存分配延迟(内存池，预分配等)。)，需要毫秒延迟的高频事务正在使用中。
稳定性和容灾性:用c语言编写长期稳定的游戏服务端程序对开发团队来说是一个相对较高的要求，尤其是在复杂的逻辑和频繁变化的前提下。语言本身并不能保证内存访问的安全性，内存写越界导致的崩溃也很难定位。我国某大型工厂采用了数据与逻辑进程分离、进程间共享内存进行通信的方法，以实现逻辑进程在不丢失数据的情况下崩溃和重启。然而，这种方法有一定的门槛、性能开销，并且对开发效率和灵活性有较大的限制。集成第三方库并不容易，也不能被视为常见的最佳实践。
开发效率:如果你有良好的内力和C语言编程素养，并配合一些现代C语言的语法(自动、lambda、智能指针等)。)，开发效率仍然很低，但是与下面讨论的其他语言相比，它仍然处于劣势。然而，达到上述水平的人力资源成本远远高于其他语言(人员补充速度、培训时间和工资)。综上所述，这方面可以看作是c的一个大短板。
Java:
优势:
生态圈成熟，水库丰富。
网络图书馆具有强大的性能。
Scala和kotlin也可以用于糟糕的语法。
缺点:
除原始类型外，不支持自定义值类型。泛型通过类型擦除来实现。这种特性使得连续紧凑地表示数据以优化算法的缓存命中率变得困难。例如，2D地图的每个网格坐标都是一个对象。3D场景的碰撞体积的每个顶点都是一个对象。这给对实时不太友好的气相色谱增加了更多的压力。
成熟的JVM实现不太重视实时GC。如果触发超过100毫秒的世界冻结时间延迟，所有在线玩家都会受到影响。
当预热不足时，JIT有时会导致性能曲线不平滑和意外的响应延迟。
C#:
优势:
友好的发展，甜蜜的语法。
有真正的泛型和值类型。特定的算法有利于优化。
缺点:
微软。微软。微软。在视窗游戏服务端下运行不成问题，但除了许可费，大多数主流开源软件都优先考虑Unix/Linux，如Redis (官方长时间不支持视窗版本)和MongoDB(视窗下的性能比Linux下的弱)，而且视窗游戏服务端的网络性能也较弱。除非解决方案都使用微软系列桶，否则部署和操作需要同时维护两个平台.对于Mono来说，与JVM相比，它就像一个玩具。我只能期待罗莎琳成熟。
气相色谱在实时方面类似于Java。
开始:
优势:
语法简单，容易掌握。
开发经验是友好的。
有值类型。
新版本的围棋，气相色谱具有良好的实时性能(1.8声称STW被控制在1毫秒以内)。
缺点:
，没有范例，有些地方需要转换成接口{}，但是编译器会做转义分析，不必要的地方不会自动装箱，影响不太严重。
铁锈:
优势:
运行效率与c相当。
优秀的语言特征。
编译时间确保了内存安全性，而没有垃圾收集开销。
编译时确保线程安全，可以安全并发，并且易于编写