

【CSDN 编者按】在“AI 会不会取代程序员”“C++ 是否不安全”的争论声中,很多开发者容易被碎片化舆论带偏方向。基于此,本文作者从电力、芯片、算力效率等更底层的现实约束出发,结合 2025 年全球开发者数据与一线科技公司高管的真实表态,系统梳理了 C++ 为何在安全质疑、语言竞争与 AI 冲击下依然保持高速增长。
原文链接:https://herbsutter.com/2025/12/30/software-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai/
作者 | Sutter’s Mill 翻译 | 郑丽媛
出品 | CSDN(ID:CSDNnews)
2025 年,C++ 再迎丰收之年,数据就是最有力的证明。
在深入解读数据之前,我们先抛出一个核心问题:2022-2025 年,为何 C++ 与 Rust 能跻身主流编程语言中增长最快的行列?
答案很简单——纵观计算机发展史,软件的消耗增速,始终跑在硬件供给能力的前面。
我们对解决大规模计算问题的需求,一直在不断突破硬件算力的上限,且这种趋势看不到终点,这就决定了高性能编程语言的需求会长盛不衰。每隔几年,总会有人质疑 “硬件性能已经过剩”,但下一个现象级软件需求的出现,总会给整个行业敲响警钟——就像 2007 年的 iOS,以及 2022 年 11 月横空出世的 ChatGPT。
而如今的 AI,正是最新一个“压榨”硬件性能极限的需求来源。


2025 年全球计算领域的两大核心瓶颈
先做个小测试:2025 年,制约计算产业发展的两大核心瓶颈是什么?哪类资源最为紧缺?
不妨先思考几秒,再继续往下看……好吧,答案揭晓:如果你的回答是电力与芯片,且顺序丝毫不差,那就完全正确。
芯片只是我们的第二大瓶颈。众所周知,各大超大规模云计算厂商正在为抢夺芯片资源打得不可开交——这也让英伟达坐稳了全球市值最高公司的宝座,台积电更是成了牵动全球产业链的巨头,甚至堪称“全球产业链的最大单点风险”。
但很多人都忽略了一点:电力才是 2025 年的头号瓶颈。你有没有发现,近期 OpenAI 的所有合作协议,都用 “千兆瓦” 来衡量算力投入?我们不妨看看三位企业高管在最新财报电话会议上的表态。
微软首席财务官 Amy Hood(2025 年 10 月 29 日 微软财报电话会议):
“微软 Azure 的核心瓶颈,其实并非 GPU 或 CPU 本身的短缺,而是缺乏足够的场地与电力来部署这些硬件。”
亚马逊首席执行官Andy Jassy(2025 年 10 月 30 日 亚马逊财报电话会议):
“过去 12 个月,AWS 新增了超过 3.8 千兆瓦的电力容量,这一规模远超其他任何云服务商。更直观地说,我们现在的电力承载能力,已经是 2022 年的两倍,并且计划到 2027 年实现再次翻倍。”
英伟达首席执行官黄仁勋(2025 年 11 月 19 日 英伟达财报电话会议):
“归根结底,数据中心的电力上限是固定的——比如一座千兆瓦级数据中心,其电力供给就是 1 千兆瓦。单位功耗的算力表现,将直接决定企业的营收,这是不折不扣的硬道理。”
正因如此,那些能实现“每瓦算力”与“每晶体管算力”最大化的编程语言,未来前景一片光明。过去 80 年,人类想要解决的计算问题规模,始终领先于硬件算力的供给水平;在我看来,未来 80 年这一趋势也不会改变。
而能同时满足这两大核心指标的主流可移植编程语言,屈指可数:C、C++ 与 Rust。因此,2025 年这三门语言均保持稳健增长,尤其是 C++ 与 Rust 的高速扩张,也就不足为奇了。
接下来,我们用数据说话。

2025 年数据洞察:编程领域持续爆发,C++ 与 Rust 领跑增长
编程领域正处于蓬勃发展的风口,程序员岗位的需求呈现长期高速增长的态势。
SlashData 发布的《2025 年全球开发者群体趋势报告》显示,过去三年全球开发者数量增长了约 50%,从 3100 万出头飙升至 4700 万以上。这一数据也得到了其他机构的佐证:IDC 预测,这一增长趋势将持续,到 2028 年全球开发者数量有望突破 5700 万;JetBrains 发布的报告也给出了相近的专业开发者数量统计,只是由于统计范围排除了学生与业余爱好者,整体数值相对更小。
而在 2022—2025 年增速最快的编程语言榜单上,Rust 与 C++ 稳居前两位。


要理解 C++ 的增长含金量,我们可以从两个维度来看:
● 横向对比所有语言:如今 C++ 开发者的总量,已经超过了四年前排名全球第一的编程语言的规模。
● 纵向对比 Rust:C++、Python、Java 这三门语言,单年新增的开发者数量,就与全球 Rust 开发者的总数量大致相当。
C++ 是一门始终在进化的语言,其核心使命就是榨干硬件的每一分性能。为了适应不断变化的硬件生态,C++ 一直在持续迭代更新。即将发布的 C++26 标准,进一步强化了对最新 CPU 与 GPU 硬件并行性的支持——尤其是新增了更多面向 CPU 内部向量并行的 SIMD 类型,同时引入std::execution Sender/Receiver 模型,以支持多 CPU 与 GPU 的通用并发及并行计算。
看到这里,可能有人会疑惑:这一增长趋势真的合理吗?近几年,不少媒体报道和行业观点都在唱衰 C++,称其 “安全性不足,难以满足现代开发需求”,为何 C++ 还能实现如此强劲的增长?
接下来,我们就来聊聊这个话题。

安全性之争:类型/内存安全与功能安全
媒体对 C++ 安全漏洞问题的报道,其实存在严重夸大。究其原因,一方面是部分报告只统计编程语言层面的漏洞,而这类漏洞在整体安全问题中的占比正逐年下降;另一方面,很多统计数据都将 C 与 C++ 混为一谈。我们不妨把这两个问题拆开来分析。
其一:行业安全问题的核心,并非编程语言本身的安全性缺陷
MITRE 发布的《2025 年 CWE 全球 25 大最危险软件缺陷榜单》显示,在排名前十的高危缺陷中,仅有三项与编程语言的安全特性直接相关。而在这三项之中,“越界写入”与“越界读取”两大问题,都能通过 C++26 的增强型标准库得到显著改善——C++26 对标准库进行了加固,为最常用的有界操作新增了边界检查机制。更值得注意的是,这份榜单仅统计软件层面的弱点,而如今越来越多的攻击手段,已经可以完全绕过软件层。
为什么漏洞问题越来越不局限于语言或软件层面?因为软件的防护能力正在不断增强,这也直接推高了零日漏洞的利用成本——从数千美元飙升至数百万美元。在这种情况下,攻击者自然会转移目标,寻找防护链条中更薄弱的环节。
以 CrowdStrike《2025 年全球威胁报告》为例,该报告指出:79% 的网络入侵检测案例,都属于无恶意软件攻击,全程不涉及任何编程语言层面的漏洞利用。与此同时,非语言层面的攻击手段正在激增,甚至出现了大量非软件层面的攻击方式——比如,2024 年下半年语音钓鱼(通过电话与语音消息实施钓鱼攻击)的攻击次数,较上半年暴增了 442%。
相比耗费巨大精力去挖掘一个“释放后使用”漏洞,编写恶意代码植入目标设备(而且这种攻击的成本还在不断上升),攻击者更倾向于选择更简单的方式:要么利用不依赖语言缺陷的跨站脚本攻击,要么干脆完全无视软件防护,直接通过电话诱骗用户泄露密码。
其二:在编程语言相关漏洞中,“罪魁祸首” 是 C 语言,而非 C++
一个关键问题在于:绝大多数漏洞统计数据,都将 C 与 C++ 合并计算,很难找到能明确区分两者的权威公开报告。据我所知,唯一一份能区分 C 与 C++ 安全表现的可靠研究,来自 Mend.io 于 2019 年发布的《全球最安全编程语言排行》。尽管这份数据距今已有数年,但其中体现的趋势在历年报告中始终保持一致。

事实上,C++ 的内存安全性,一直更接近现代主流编程语言,而非其 “近亲” C 语言。即便如此,C++ 团队仍在持续优化安全能力——即将发布的 C++26 标准,就带来了两大核心安全升级。开发者只需将代码重新编译为 C++26 版本,就能获得显著的安全性提升:
(1)消除未初始化局部变量导致的未定义行为。这个功能有多实用?就在我撰写本文的当天,Reddit 的 r/cpp 论坛上还出现了一个吐槽帖:《那个让我彻底重视未定义行为的生产环境 BUG》,而这个问题恰好能被 C++26 完美解决。
(2)为 C++ 标准库新增“增强安全模式”的边界安全检查。该模式会对最常用的有界操作执行强制边界校验。《ACM Queue》2025 年 11 月刊的《生产环境中的实用安全技术》一文指出:苹果全平台(包括 WebKit 引擎)与谷歌几乎所有服务及 Chrome 浏览器(代码规模达数亿行),均已大规模部署该特性,且仅带来了极低的空间与时间开销(各项开销占比均不足 1%)。据谷歌预估,仅此一项优化,每年就能帮助其减少 1000-2000 个新 BUG。
除此之外,C++26 还通过 “契约(Contracts)” 机制实现了功能安全——在语言层面引入前置条件、后置条件与契约断言。开发者可以借助这些特性,对程序行为进行更全面的校验,其作用远超单纯的内存安全保障。
而在 C++26 之后,我预计相关提案会聚焦于以下方向:
● 进一步强化标准库的安全防护能力;
● 减少语言中的未定义行为——将其转化为可检测的错误行为、纳入语言层面的契约校验,或通过 “语言子集(配置文件)” 默认禁用不安全特性,仅允许开发者显式启用。
我也听到不少开发者呼吁:希望 C++ 的演进速度能放缓一些,让编译器厂商与用户有时间消化新特性——就像 C++03 版本那样,以稳定性为核心目标。但与此同时,大家也十分期待 C++ 的安全性能能持续提升。
所以在这里,我不妨做一个大胆的设想:如果 C++29 版本能聚焦于两大方向——一是仅修复问题清单中的漏洞、打磨现有特性(不新增功能),二是推进上述“安全强化”计划(扩展标准库安全能力、减少语言未定义行为),会怎么样?
我对这个想法很感兴趣。这并非因为安全性是 C++ 的头号痛点(毕竟 C++ 的使用规模正在高速增长),而是因为它能同时兼顾 “暂缓迭代、稳定现有特性” 与 “持续加固、提升安全性能” 两大诉求。所谓聚焦,本质就是学会取舍。

结语
编程行业正在高速发展,C++ 更是一骑绝尘。凭借与“计算需求持续超越硬件供给”这一 80 年长周期趋势的深度契合,C++ 的长期发展前景十分广阔。作为一门与时俱进的语言,C++ 始终在适配硬件生态的变化,坚守“最大化挖掘硬件潜力”的核心使命,精准满足开发者的需求。
数据,就是最好的证明。
致敬 C++ 的 2025 年,也期待它在 2026 年续写辉煌!
申请股票杠杆提示:文章来自网络,不代表本站观点。