C 和 C++ 的速度相差多少，你知道吗？

最新推荐文章于 2024-12-07 00:00:00 发布
最新推荐文章于 2024-12-07 00:00:00 发布
阅读量3k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 2013
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/libin_1/article/details/9773877
本文讨论了网络游戏开发中速度与稳定性的重要性，强调速度对于游戏体验的关键作用，并指出C语言在实现高速度游戏方面的优势。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

有谁清楚这个事实吗 ？
网络游戏速度至关重要， 是游戏质量的唯一标准，
尤其是即时格斗， 相差几毫秒都会影响用户体验 ！
哪怕就是 5% 的效率损失，也是 差之毫厘，失之千里，

游戏的速度是程序语言天生决定的，不可避免
但是稳定性不是程序语言决定的，语言只是影响稳定性的一个次要因素

如果要在 速度 和 稳定性之间作一个选择，那我选择速度，选择 C
稳定性交给软件测试吧，你连测试都不愿意测，你写毛游戏啊 ！

这也是站在用户角度的选择，也是一个有良心的游戏开发人员的选择 

我现在越来越觉得 好的游戏必须得 C 语言写，
因为现在的游戏速度还远远达不到理想的要求

几行代码而已，AS都能写，C语言还不能写吗？何必要用 C++, 真他妈丢人。
你他妈知道 游戏写什么吗？有几行代码吗？你他妈会C语言吗，次哦 ！
如果你是游戏从业人员，不用 C，别说你是写游戏的，更别说你是程序员
你写的是什么渣渣，大家不用看都知道，！

你怎么看呢 ？

格斗网游 真不是什么语言都能写的，AS肯定写不了 
不是C，你就别叽叽歪歪什么 战斗系统，什么AI, 什么打击感，搞笑吧你，忽悠小孩子还可以
超爽打击感，不是 C 语言，根本搞不定 !

还有就是设计模式，面向对象 这些乱七八糟的渣渣，搞笑吧你，蛋疼 

所以，WEB 游戏大军这辈子是不可能得到用户的认可，只能骗骗小白，良心何安，次哦 ！
卖装备、卖道具，卖你妈B啊，有点节操好不好，你他妈是人吗，有职业道德吗？
一行代码就能搞定的事情，你他妈卖给别人10块钱，这样无耻的事情你也做的出来，
我代表用户x你妈  

所以国内基本上都没有站在用户角度开发游戏的公司，也没有真正懂游戏的人，
包括金山、包括完美，包括畅游，也包括腾迅，
就算是懂他也搞不定，AS都能搞定，天理不容

金山已经死了，下一个死的就是完美
到头来都是一场空，

随着用户素质的提高，这类游戏从业人员在用户心中的地位会急剧下降，一辈子在一片骂声中渡过，

云风选择 C# 写客户端，Lua 写服务器，注定游戏质量上不去，也注定了他惨淡的一生，
从程序语言就可以直接断定游戏类型和游戏质量
原本他是可以独树一帜的，可惜这人选择了同流合污，悲哀 ！

无论是程序员，还是用户，都不会记得这个人曾经存在过 ！
因为这人从来都不是玩程序的料，也不是玩游戏的料 ！
他甚至连游戏需求都没搞懂, 

天生的优势不知道利用，不知道定游戏类型，你们说这人该有多笨  ！
会C语言去写RPG，白痴一个，RPG游戏都是给那些渣渣脚本程序员写的   

这一切的错 都是缘于他不了解游戏，不清楚需求
云风在网易呆过又能怎样？网易杭州研究院技术总监，又能怎样，一个title而已，渣渣的本质是没法改变的 ！
C/C++ 二个数的最大公约数gcd和最小公倍数lcm算法详解及源码
希望我的博客，能帮上你解决学习中工作中所遇到的问题
06-27 2442
首先，将较大的数和较小的数做差，然后判断差值的奇偶性。首先，将较大的数和较小的数做差，然后判断差值的奇偶性。首先，将较大的数除以较小的数得到余数，然后将较小的数除以余数得到新的余数，如此循环，直到余数为0。首先，将较大的数除以较小的数得到余数，然后将较小的数除以余数得到新的余数，如此循环，直到余数为0。首先，将较大的数除以较小的数得到余数，然后将较小的数除以余数得到新的余数，如此循环，直到余数为0。首先，将较大的数除以较小的数得到余数，然后将较小的数除以余数得到新的余数，如此循环，直到余数为0。
C/C++的编译和链接过程
u012138730的专栏
06-03 8653
cl.exe和link.exe分别是visual studio 中的编译器和链接器 配置属性中的【c/c++】（设置编译的一些选项） 和 【链接器】选项页中，最后的那个命令行汇总了所有生效的设置，就是最终执行的命令行 配置属性中的VC++ 目录用于设置各个路径，相当于设置环境变量PATH（搜可执行文件的路径）： INCLUDE（搜include中文件的路径） LIBPATH（搜使用usin...
C和C++哪个更快？
热门推荐
usownh的专栏
02-02 1万+
身边的人一般说道这个问题，总会马上第一个回应我，C语言的速度更快。但实际上，这个问题并不是可以这样单纯的来回答的。下面就我个人的一些体会以及看书时了解的内容，对这个问题做一个粗浅的整理和总结。如有疏漏，欢迎指出。 一、什么是C，什么是C++ 说起来，我觉得这是一个非常难以回答的问题。因为我们在这样说的时候，已经暗含了默认常规的C代码不属于C++的意思。但由于C++对C的兼容，实际上C语言实现的
C 语言会比 C++ 快？
优快云资讯
02-22 3494
2019程序员转型学什么？ https://edu.youkuaiyun.com/topic/ai30?utm_source=csdn_bw 和面向过程的 C 语言相比，其继承者 C++ 不仅可以进行 C 语言的过程化程序设计，还可以进行以继承和多态为特点的面向对象的程序设计。要论两者上手的难易度，对此，有网友评价道，学好 C 只要 1 年，而学好 C++ 需要的可能不止 10 年。 然而这么...
C和C++在效率问题上有哪些差异
HEN_MAN的专栏
07-31 2488
摘自：http://www.programfan.com/club/showpost.asp?id=23945 【taodm】: 实现同样的OO特性，C++比C快。 不使用OO特性，C++和C一样快。 具体去看《深度探索C++对象模型》 【VCLIF
C语言和C++哪个效率更高？老司机3句话告诉你答案
小白的逆袭
08-27 5373
很多小伙伴都会有这样的疑问，C语言和C++执行效率上哪一个更高呢? 针对这样的问题，今天我们就一起来看一下吧! 1.开发效率 当代码量比较小的时候，使用c语言可以很方便的就完成代码的开发和维护，但是当代码量达到一定数目以后，c++面向对象的思想的优势就很好的体现出来了，这种思想使代码重用更加高效。 2.执行效率 从语言特性角度上来看，C++是C的超集。 在(C++) - C的这部分...
C++ 和 C 的效率比较
liangar的专栏
12-28 3039
对于很多人来说，C++ 似乎比 C 易用，很多捧 C++ 的也说，C++ 具有 C 的效率。不过，说来说去，还是需要分析一下才行。 比如，对于一个3维坐标的点来说，建一个 C++ 的类，大概会是： class point_cpp{ protected: int x_, y_, z_; point_cpp(int x, int y, int z) : x_(x), y_(y), z_(z) { } ...... }; 对 C 来说，即是： struct point_c
C语言/c++指针详细讲解【超详细】【由浅入深】
宇宙超粒终端控制中心的博客
01-18 2564
指针用法简单介绍 指针，是内存单元的编号。 内存条分好多好多小单元，一个小单元有 8 位，可以存放 8 个 0 或 1；也就是说，内存的编号不是以位算的，而是以字节算的，不是一个 0 或 1 是一个编号，而是 8 个 0 或 1 合在一起是一个编号。这个编号，就是地址。 内存条就分为好多小格子，一个格子一个编号（地址），相当于房子，一个房子一个地址。 [所谓的指针，就是地址。] *p表示的是以p的内容为地址的变量
C++:二维数组按行遍历与按列遍历的速度比较
Taopper的博客
03-06 1112
1.程序： #include<cstdio> #include<cstdlib> #include<sys/time.h> #include<sys/resource.h> // 从进行开始执行到完成所经历的墙上时钟时间（wall clock）时间， // 包括其他进程使用的时间片（time slice）和本进程耗费在阻塞（如等待I/O操作完成）上的时间 // CPU时间是指进程占用CPU的时间，进程阻塞的时间则不会计入CPU时间 void getti
AB编码器增量PID控制.rar_单片机开发_C/C++__单片机开发_C/C++_
08-09
AB编码器是一种常见的位置和速度检测装置，常用于电机控制和其他需要精确位置反馈的应用中。在单片机开发中，AB编码器与PID（比例-积分-微分）控制结合，能够实现高精度的伺服控制。这篇内容我们将深入探讨AB编码器...
C++真的比C差吗
Hopefully Sky的博客
01-19 5370
相信用过C++的程序员知道，C++的很多特性主要就是解决C语言中的各种不完美和缺陷：（注：C89、C99中许多的改进正是从C++中所引进的） 1、用namespace解决了很C中变量与函数重名的问题； 2、用const/inline/template代替了宏，解决了C语言中宏的各种坑； 3、用const的类型解决了很多C语言中变量值莫名改变的问题； 4、用引用代替指针，解决了C语言中指针的
C++与C的主要差异
奔梦记
09-09 695
简单性和与C的高度兼容性是C++语言的重要设计原则，它继续维持C作为其一个子集，在C++语言中定义新的类型是其最基本的程序设计活动，并且极力避免了那些即使不用也会带来时间或空间额外开销的特征，支持利用传统的编译和运行时环境，具有类型检查和数据隐藏特征。C++特别强调程序的结构，强调模块化、强类型接口和灵活性，支持大型程序的开发。任何一种程序设计语言都要服务于两个目的，一是提供一种需要描述所执行动作的
为什么C＋＋没有C语言快？
qq_41854911的博客
12-28 2626
作者：高性能架构探索 链接：https://www.zhihu.com/question/507790994/answer/2287288696 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 害，只是你自己不会用或者不了解里面的特性罢了 答主举个最简单的c下的输入输出(scanf&printf)和c++下面的输入输出(cin && cout) const int num=1000000; void write() { ofst.
比c更快的编程语言,C和C++哪个效率更高？
weixin_32641973的博客
05-18 1308
原标题：C和C++哪个效率更高？前几天发了一篇推送涉及c和c++，评论区大家对c和c++哪个效率更高这个问题比较感兴趣，今天小编就和大家一起讨论一下这个问题！开发效率当代码量比较小的时候，使用c语言可以很方便的就完成代码的开发和维护，但是当代码量达到一定数目以后，c++面向对象的思想的优势就很好的体现出来了，这种思想使代码重用更加高效。从语言特性角度上来看，C++是C的超集。在(C++) - C的...
C和C++的效率差别很大吗
小宝哥Code的专栏
12-07 2335
C 和 C++ 的性能差距取决于代码的实现和使用的特性，而不是语言本身的限制。：如果 C++ 程序中存在许多自动生成的代码，性能可能比手动优化的 C 程序稍低，但编译器优化通常会将差距降到最小。：C 的手动内存管理在性能上可能更快，但编写和维护成本更高；C++ 的智能指针更安全，但代价是一定的性能损失。：虚函数带来的开销通常可以忽略，但在性能敏感的代码（如高频函数调用）中可能有一定影响。：C++ 的标准库更加安全和易用，但可能比 C 的裸数组和手动内存管理稍慢。
【C/C++】C/C++哪个效率更高
北境の守望者
11-26 5156
C 与 C++ 谁的效率高，为什么？ - 知乎 https://www.zhihu.com/question/19779887
为什么C＋＋没有C语言快？_c++函数运行时间比c时间长(2)
2401_84264408的博客
04-13 511
C++的异常机制对运行效率有影响，C语言没有异常机制，如果用setjump/longjump来模拟，绝大部分人的代码会比C++的慢还不安全。能用C++的平台，很难找到一个不用C++的理由，哪怕是只用C with class，开发效率，软件健壮性和可维护性都要高很多。唯一的理由是C++的编译器产生的机器码没有C编译器产生的机器码好，很简单，从语言上来说C++基本可以认为是包括了C语言的内容的，也就是说你用C++按C语言的语法写C代码，那么从代码上说，跟C语言是完全一样的，所以说慢只存在于编译器了。
关于C与C++效率的问题
hellozmz的博客
07-12 2339
在九度OJ中，1061试题上，分别用C和C++风格来实现了一遍。 下面贴出代码： C风格： #include #include #include using namespace std; struct student{       char name[110];       int age;       int score;       bool op
C++使用HMODULE调用DLL会有性能损耗吗？
最新发布
05-09
<think>好的，用户现在想了解在C++中使用HMODULE调用DLL是否存在性能损耗。之前我已经回答过关于C++调用DLL的性能问题，现在需要结合用户提供的引用内容来进一步分析HMODULE的具体影响。 首先，用户提到了引用[1]中的DllMain相关内容。这让我想到DLL的加载过程，包括DLL_PROCESS_ATTACH的处理。如果DLL没有提供DllMain，系统会使用默认的，这可能影响加载时间，但用户更关心的是HMODULE调用时的性能损耗，而不仅仅是加载阶段。 接下来，引用[2]中展示了Cx如何声明和调用DLL函数，涉及到动态加载和声明函数的过程。这可能涉及到GetProcAddress的使用，而HMODULE正是通过LoadLibrary获取的，所以需要分析这些API调用的开销。 引用[3]讨论的是将DLL嵌入EXE并释放的方法，虽然用户指出启动速度可能变慢，但用户现在的问题是关于HMODULE的使用，所以重点应放在动态加载（LoadLibrary/GetProcAddress）的性能影响，而不是嵌入资源的方法。 用户上一次的问题是关于C++调用DLL的性能损耗，我的回答涵盖了调用机制、数据封送、内存管理等方面。现在需要将HMODULE的使用与之前的分析结合起来，看看是否有额外的开销。 首先，HMODULE是通过LoadLibrary加载DLL得到的句柄。每次调用LoadLibrary和FreeLibrary都会涉及系统查找DLL文件、加载到内存、解析导出表等操作，这些步骤会有时间开销，尤其是在频繁加载卸载的情况下。但一旦DLL被加载，后续的GetProcAddress和函数调用是否会有额外损耗？ 根据之前的回答，函数调用本身由于无法内联会有间接调用开销，这与是否使用HMODULE无关，而是所有DLL调用的通用问题。但使用HMODULE动态加载可能会增加函数查找（GetProcAddress）的开销，尤其是在多次调用时重复获取函数指针的情况。 另外，用户提到的问题中，可能存在的性能损耗点包括：加载DLL的时间、查找函数地址的时间、以及调用函数时的间接开销。需要将这些分阶段分析，明确HMODULE相关操作的影响。 例如，如果程序在启动时一次性加载所有需要的DLL并缓存函数指针，那么后续调用的损耗和静态链接库相差不大。但如果频繁加载和卸载DLL，或者每次调用都重新获取函数指针，就会产生明显的性能下降。 此外，引用[1]中提到的DisableThreadLibraryCalls可能减少线程相关的通知，但对性能影响较小。而引用[2]中的动态声明函数可能隐藏了GetProcAddress的细节，但底层仍然需要执行这些步骤，可能会有额外的开销。 总结起来，使用HMODULE动态加载DLL的主要性能损耗在于加载和查找函数阶段，而函数调用本身的损耗与静态加载的DLL相同。优化方法包括减少加载次数、缓存函数指针、避免频繁的加载卸载操作。 最后需要将这些分析整理成结构化的回答，涵盖加载机制、性能损耗点、对比分析及优化建议，并生成相关问题。</think>### C++使用HMODULE调用DLL性能损耗分析 #### 一、HMODULE调用机制与性能关键点 **1. DLL加载阶段** 使用`HMODULE`调用DLL需通过`LoadLibrary`/`LoadLibraryEx`加载模块，其性能损耗集中在以下环节： - **文件搜索与加载**：系统需解析DLL依赖关系、搜索文件路径（如系统目录、当前目录等）并将代码映射到内存[^1]。 - **初始化例程**：若DLL包含`DllMain`函数（如引用[1]中的示例），系统会执行`DLL_PROCESS_ATTACH`等初始化操作。即使无自定义`DllMain`，C/C++运行时库的默认初始化仍会执行[^1]。 **2. 函数地址获取** 通过`GetProcAddress`获取函数指针时： - **导出表解析**：需遍历DLL的导出表（Export Table）查找目标函数名或序号，时间复杂度为$O(n)$。 - **符号匹配**：若使用函数名而非序号，字符串比对操作会增加额外开销（尤其是导出函数较多时）。 **3. 函数调用本身** 通过函数指针调用DLL函数时： - **间接调用开销**：与静态链接库相比，编译器无法进行内联优化，需通过指针跳转（与静态调用DLL的损耗相同）。 - **调用约定一致性**：若调用约定（如`__stdcall`与`__cdecl`）不匹配，可能引发栈不平衡或额外参数处理。 #### 二、性能损耗对比实验 | 场景 | 耗时（示例值） | 说明 | |-------------------------|----------------|------------------------------| | 静态链接库函数调用 | 10ns | 直接地址跳转，可内联优化 | | HMODULE动态调用（缓存） | 15ns | 通过已缓存的函数指针间接调用 | | HMODULE动态调用（未缓存）| 500ns+ | 包含`GetProcAddress`查找时间 | | 频繁`LoadLibrary`卸载 | 1000ns+/次 | 涉及内存映射/解除映射 | **关键结论**： - **主要损耗在加载与符号解析**：单次`LoadLibrary`+`GetProcAddress`耗时可能达微秒级，但后续调用仅增加约5ns的间接跳转开销。 - **高频调用场景影响有限**：若函数指针已缓存，动态调用与静态调用性能差异可忽略（如数学计算密集型操作）。 #### 三、优化策略 **1. 减少模块加载频率** - **预加载与缓存**：在程序初始化阶段加载所有必要DLL并缓存函数指针。 ```cpp // 初始化阶段 HMODULE hDll = LoadLibrary("math.dll"); auto pFunc = (MathFuncPtr)GetProcAddress(hDll, "Calculate"); // 业务循环中直接使用缓存指针 for (int i = 0; i < 1e6; i++) { pFunc(input[i]); } ``` **2. 优化符号查找** - **使用序号替代名称**：导出函数时指定序号（`.def`文件），通过序号调用可避免字符串匹配。 ```cpp // 导出表定义（.def文件） EXPORTS Calculate @1 // 调用时使用序号 auto pFunc = (MathFuncPtr)GetProcAddress(hDll, (LPCSTR)1); ``` **3. 避免重复加载** - **引用计数管理**：通过`LoadLibrary`增加引用计数，确保多次加载时物理内存仅保留一份副本[^1]。 **4. 替代方案** - **延迟加载（Delay-Load）**：使用编译器的`/DELAYLOAD`选项，仅在首次调用时加载DLL，结合缓存可减少启动时间。 - **模块静态绑定**：如引用[3]中所述，将DLL嵌入EXE资源但避免释放（需自定义加载器），但实现复杂度较高。 #### 四、典型损耗场景与解决方案 | 场景 | 问题根源 | 解决方案 | |--------------------------|------------------------|------------------------------| | 实时系统高频调用 | 间接调用累积延迟 | 改用静态链接或内联汇编 | | 动态插件系统 | 频繁加载/卸载DLL | 使用内存常驻+引用计数 | | 跨语言调用（如C#调用C++）| 数据封送与调用约定差异 | 使用C接口或COM封装 | #### 五、性能验证方法 1. **时间测量工具** ```cpp #include <chrono> auto start = std::chrono::high_resolution_clock::now(); // 调用目标函数 auto end = std::chrono::high_resolution_clock::now(); auto duration = std::chrono::duration_cast<std::chrono::nanoseconds>(end - start); ``` 2. **Windows性能计数器** 使用`QueryPerformanceCounter`获取高精度计时： ```cpp LARGE_INTEGER freq, start, end; QueryPerformanceFrequency(&freq); QueryPerformanceCounter(&start); // 调用目标函数 QueryPerformanceCounter(&end); double time = (end.QuadPart - start.QuadPart) * 1e6 / freq.QuadPart; // 微秒 ``` --- ### 相关问题 1. 如何通过序号调用DLL函数以提升性能？ 2. `LoadLibrary`与`LoadLibraryEx`在性能上有何差异？ 3. 如何避免DLL劫持对动态加载性能的影响？ 4. C++中动态加载DLL与静态链接库的适用场景对比？
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值