【CSDN 編者按】在“AI 會(huì)不會(huì)取代程序員”“C++ 是否不安全”的爭(zhēng)論聲中，很多開發(fā)者容易被碎片化輿論帶偏方向�；诖耍疚淖髡邚碾娏�、芯片、算力效率等更底層的現(xiàn)實(shí)約束出發(fā)，結(jié)合 2025 年全球開發(fā)者數(shù)據(jù)與一線科技公司高管的真實(shí)表態(tài)，系統(tǒng)梳理了 C++ 為何在安全質(zhì)疑、語(yǔ)言競(jìng)爭(zhēng)與 AI 沖擊下依然保持高速增長(zhǎng)。

原文鏈接：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++ 再迎豐收之年，數(shù)據(jù)就是最有力的證明。

在深入解讀數(shù)據(jù)之前，我們先拋出一個(gè)核心問(wèn)題：2022-2025 年，為何 C++ 與 Rust 能躋身主流編程語(yǔ)言中增長(zhǎng)最快的行列？

答案很簡(jiǎn)單——縱觀計(jì)算機(jī)發(fā)展史，軟件的消耗增速，始終跑在硬件供給能力的前面。

我們對(duì)解決大規(guī)模計(jì)算問(wèn)題的需求，一直在不斷突破硬件算力的上限，且這種趨勢(shì)看不到終點(diǎn)，這就決定了高性能編程語(yǔ)言的需求會(huì)長(zhǎng)盛不衰。每隔幾年，總會(huì)有人質(zhì)疑 “硬件性能已經(jīng)過(guò)�！保乱粋�(gè)現(xiàn)象級(jí)軟件需求的出現(xiàn)，總會(huì)給整個(gè)行業(yè)敲響警鐘——就像 2007 年的 iOS，以及 2022 年 11 月橫空出世的 ChatGPT。

而如今的 AI，正是最新一個(gè)“壓榨”硬件性能極限的需求來(lái)源。

2025 年全球計(jì)算領(lǐng)域的兩大核心瓶頸

先做個(gè)小測(cè)試：2025 年，制約計(jì)算產(chǎn)業(yè)發(fā)展的兩大核心瓶頸是什么？哪類資源最為緊缺？

不妨先思考幾秒，再繼續(xù)往下看……好吧，答案揭曉：如果你的回答是電力與芯片，且順序絲毫不差，那就完全正確。

芯片只是我們的第二大瓶頸。眾所周知，各大超大規(guī)模云計(jì)算廠商正在為搶奪芯片資源打得不可開交——這也讓英偉達(dá)坐穩(wěn)了全球市值最高公司的寶座，臺(tái)積電更是成了牽動(dòng)全球產(chǎn)業(yè)鏈的巨頭，甚至堪稱“全球產(chǎn)業(yè)鏈的最大單點(diǎn)風(fēng)險(xiǎn)”。

但很多人都忽略了一點(diǎn)：電力才是 2025 年的頭號(hào)瓶頸。你有沒(méi)有發(fā)現(xiàn)，近期 OpenAI 的所有合作協(xié)議，都用 “千兆瓦” 來(lái)衡量算力投入？我們不妨看看三位企業(yè)高管在最新財(cái)報(bào)電話會(huì)議上的表態(tài)。

微軟首席財(cái)務(wù)官 Amy Hood（2025 年 10 月 29 日 微軟財(cái)報(bào)電話會(huì)議）：

“微軟 Azure 的核心瓶頸，其實(shí)并非 GPU 或 CPU 本身的短缺，而是缺乏足夠的場(chǎng)地與電力來(lái)部署這些硬件。”

亞馬遜首席執(zhí)行官Andy Jassy（2025 年 10 月 30 日 亞馬遜財(cái)報(bào)電話會(huì)議）：

“過(guò)去 12 個(gè)月，AWS 新增了超過(guò) 3.8 千兆瓦的電力容量，這一規(guī)模遠(yuǎn)超其他任何云服務(wù)商。更直觀地說(shuō)，我們現(xiàn)在的電力承載能力，已經(jīng)是 2022 年的兩倍，并且計(jì)劃到 2027 年實(shí)現(xiàn)再次翻倍�！�

英偉達(dá)首席執(zhí)行官黃仁勛（2025 年 11 月 19 日 英偉達(dá)財(cái)報(bào)電話會(huì)議）：

“歸根結(jié)底，數(shù)據(jù)中心的電力上限是固定的——比如一座千兆瓦級(jí)數(shù)據(jù)中心，其電力供給就是 1 千兆瓦。單位功耗的算力表現(xiàn)，將直接決定企業(yè)的營(yíng)收，這是不折不扣的硬道理�！�

正因如此，那些能實(shí)現(xiàn)“每瓦算力”與“每晶體管算力”最大化的編程語(yǔ)言，未來(lái)前景一片光明。過(guò)去 80 年，人類想要解決的計(jì)算問(wèn)題規(guī)模，始終領(lǐng)先于硬件算力的供給水平；在我看來(lái)，未來(lái) 80 年這一趨勢(shì)也不會(huì)改變。

而能同時(shí)滿足這兩大核心指標(biāo)的主流可移植編程語(yǔ)言，屈指可數(shù)：C、C++ 與 Rust。因此，2025 年這三門語(yǔ)言均保持穩(wěn)健增長(zhǎng)，尤其是 C++ 與 Rust 的高速擴(kuò)張，也就不足為奇了。

接下來(lái)，我們用數(shù)據(jù)說(shuō)話。

2025 年數(shù)據(jù)洞察：編程領(lǐng)域持續(xù)爆發(fā)，C++ 與 Rust 領(lǐng)跑增長(zhǎng)

編程領(lǐng)域正處于蓬勃發(fā)展的風(fēng)口，程序員崗位的需求呈現(xiàn)長(zhǎng)期高速增長(zhǎng)的態(tài)勢(shì)。

SlashData 發(fā)布的《2025 年全球開發(fā)者群體趨勢(shì)報(bào)告》顯示，過(guò)去三年全球開發(fā)者數(shù)量增長(zhǎng)了約 50%，從 3100 萬(wàn)出頭飆升至 4700 萬(wàn)以上。這一數(shù)據(jù)也得到了其他機(jī)構(gòu)的佐證：IDC 預(yù)測(cè)，這一增長(zhǎng)趨勢(shì)將持續(xù)，到 2028 年全球開發(fā)者數(shù)量有望突破 5700 萬(wàn)；JetBrains 發(fā)布的報(bào)告也給出了相近的專業(yè)開發(fā)者數(shù)量統(tǒng)計(jì)，只是由于統(tǒng)計(jì)范圍排除了學(xué)生與業(yè)余愛(ài)好者，整體數(shù)值相對(duì)更小。

而在 2022—2025 年增速最快的編程語(yǔ)言榜單上，Rust 與 C++ 穩(wěn)居前兩位。

要理解 C++ 的增長(zhǎng)含金量，我們可以從兩個(gè)維度來(lái)看：

● 橫向?qū)Ρ人姓Z(yǔ)言：如今 C++ 開發(fā)者的總量，已經(jīng)超過(guò)了四年前排名全球第一的編程語(yǔ)言的規(guī)模。

● 縱向?qū)Ρ?Rust：C++、Python、Java 這三門語(yǔ)言，單年新增的開發(fā)者數(shù)量，就與全球 Rust 開發(fā)者的總數(shù)量大致相當(dāng)。

C++ 是一門始終在進(jìn)化的語(yǔ)言，其核心使命就是榨干硬件的每一分性能。為了適應(yīng)不斷變化的硬件生態(tài)，C++ 一直在持續(xù)迭代更新。即將發(fā)布的 C++26 標(biāo)準(zhǔn)，進(jìn)一步強(qiáng)化了對(duì)最新 CPU 與 GPU 硬件并行性的支持——尤其是新增了更多面向 CPU 內(nèi)部向量并行的 SIMD 類型，同時(shí)引入std::execution Sender/Receiver 模型，以支持多 CPU 與 GPU 的通用并發(fā)及并行計(jì)算。

看到這里，可能有人會(huì)疑惑：這一增長(zhǎng)趨勢(shì)真的合理嗎？近幾年，不少媒體報(bào)道和行業(yè)觀點(diǎn)都在唱衰 C++，稱其 “安全性不足，難以滿足現(xiàn)代開發(fā)需求”，為何 C++ 還能實(shí)現(xiàn)如此強(qiáng)勁的增長(zhǎng)？

接下來(lái)，我們就來(lái)聊聊這個(gè)話題。

安全性之爭(zhēng)：類型/內(nèi)存安全與功能安全

媒體對(duì) C++ 安全漏洞問(wèn)題的報(bào)道，其實(shí)存在嚴(yán)重夸大。究其原因，一方面是部分報(bào)告只統(tǒng)計(jì)編程語(yǔ)言層面的漏洞，而這類漏洞在整體安全問(wèn)題中的占比正逐年下降；另一方面，很多統(tǒng)計(jì)數(shù)據(jù)都將 C 與 C++ 混為一談。我們不妨把這兩個(gè)問(wèn)題拆開來(lái)分析。

其一：行業(yè)安全問(wèn)題的核心，并非編程語(yǔ)言本身的安全性缺陷

MITRE 發(fā)布的《2025 年 CWE 全球 25 大最危險(xiǎn)軟件缺陷榜單》顯示，在排名前十的高危缺陷中，僅有三項(xiàng)與編程語(yǔ)言的安全特性直接相關(guān)。而在這三項(xiàng)之中，“越界寫入”與“越界讀取”兩大問(wèn)題，都能通過(guò) C++26 的增強(qiáng)型標(biāo)準(zhǔn)庫(kù)得到顯著改善——C++26 對(duì)標(biāo)準(zhǔn)庫(kù)進(jìn)行了加固，為最常用的有界操作新增了邊界檢查機(jī)制。更值得注意的是，這份榜單僅統(tǒng)計(jì)軟件層面的弱點(diǎn)，而如今越來(lái)越多的攻擊手段，已經(jīng)可以完全繞過(guò)軟件層。

為什么漏洞問(wèn)題越來(lái)越不局限于語(yǔ)言或軟件層面？因?yàn)檐浖姆雷o(hù)能力正在不斷增強(qiáng)，這也直接推高了零日漏洞的利用成本——從數(shù)千美元飆升至數(shù)百萬(wàn)美元。在這種情況下，攻擊者自然會(huì)轉(zhuǎn)移目標(biāo)，尋找防護(hù)鏈條中更薄弱的環(huán)節(jié)。

以 CrowdStrike《2025 年全球威脅報(bào)告》為例，該報(bào)告指出：79% 的網(wǎng)絡(luò)入侵檢測(cè)案例，都屬于無(wú)惡意軟件攻擊，全程不涉及任何編程語(yǔ)言層面的漏洞利用。與此同時(shí)，非語(yǔ)言層面的攻擊手段正在激增，甚至出現(xiàn)了大量非軟件層面的攻擊方式——比如，2024 年下半年語(yǔ)音釣魚（通過(guò)電話與語(yǔ)音消息實(shí)施釣魚攻擊）的攻擊次數(shù)，較上半年暴增了 442%。

相比耗費(fèi)巨大精力去挖掘一個(gè)“釋放后使用”漏洞，編寫惡意代碼植入目標(biāo)設(shè)備（而且這種攻擊的成本還在不斷上升），攻擊者更傾向于選擇更簡(jiǎn)單的方式：要么利用不依賴語(yǔ)言缺陷的跨站腳本攻擊，要么干脆完全無(wú)視軟件防護(hù)，直接通過(guò)電話誘騙用戶泄露密碼。

其二：在編程語(yǔ)言相關(guān)漏洞中，“罪魁禍?zhǔn)住?是 C 語(yǔ)言，而非 C++

一個(gè)關(guān)鍵問(wèn)題在于：絕大多數(shù)漏洞統(tǒng)計(jì)數(shù)據(jù)，都將 C 與 C++ 合并計(jì)算，很難找到能明確區(qū)分兩者的權(quán)威公開報(bào)告。據(jù)我所知，唯一一份能區(qū)分 C 與 C++ 安全表現(xiàn)的可靠研究，來(lái)自 Mend.io 于 2019 年發(fā)布的《全球最安全編程語(yǔ)言排行》。盡管這份數(shù)據(jù)距今已有數(shù)年，但其中體現(xiàn)的趨勢(shì)在歷年報(bào)告中始終保持一致。

事實(shí)上，C++ 的內(nèi)存安全性，一直更接近現(xiàn)代主流編程語(yǔ)言，而非其 “近親” C 語(yǔ)言。即便如此，C++ 團(tuán)隊(duì)仍在持續(xù)優(yōu)化安全能力——即將發(fā)布的 C++26 標(biāo)準(zhǔn)，就帶來(lái)了兩大核心安全升級(jí)。開發(fā)者只需將代碼重新編譯為 C++26 版本，就能獲得顯著的安全性提升：

（1）消除未初始化局部變量導(dǎo)致的未定義行為。這個(gè)功能有多實(shí)用？就在我撰寫本文的當(dāng)天，Reddit 的 r/cpp 論壇上還出現(xiàn)了一個(gè)吐槽帖：《那個(gè)讓我徹底重視未定義行為的生產(chǎn)環(huán)境 BUG》，而這個(gè)問(wèn)題恰好能被 C++26 完美解決。

（2）為 C++ 標(biāo)準(zhǔn)庫(kù)新增“增強(qiáng)安全模式”的邊界安全檢查。該模式會(huì)對(duì)最常用的有界操作執(zhí)行強(qiáng)制邊界校驗(yàn)�！禔CM Queue》2025 年 11 月刊的《生產(chǎn)環(huán)境中的實(shí)用安全技術(shù)》一文指出：蘋果全平臺(tái)（包括 WebKit 引擎）與谷歌幾乎所有服務(wù)及 Chrome 瀏覽器（代碼規(guī)模達(dá)數(shù)億行），均已大規(guī)模部署該特性，且僅帶來(lái)了極低的空間與時(shí)間開銷（各項(xiàng)開銷占比均不足 1%）。據(jù)谷歌預(yù)估，僅此一項(xiàng)優(yōu)化，每年就能幫助其減少 1000-2000 個(gè)新 BUG。

除此之外，C++26 還通過(guò) “契約（Contracts）” 機(jī)制實(shí)現(xiàn)了功能安全——在語(yǔ)言層面引入前置條件、后置條件與契約斷言。開發(fā)者可以借助這些特性，對(duì)程序行為進(jìn)行更全面的校驗(yàn)，其作用遠(yuǎn)超單純的內(nèi)存安全保障。

而在 C++26 之后，我預(yù)計(jì)相關(guān)提案會(huì)聚焦于以下方向：

● 進(jìn)一步強(qiáng)化標(biāo)準(zhǔn)庫(kù)的安全防護(hù)能力；

● 減少語(yǔ)言中的未定義行為——將其轉(zhuǎn)化為可檢測(cè)的錯(cuò)誤行為、納入語(yǔ)言層面的契約校驗(yàn)，或通過(guò) “語(yǔ)言子集（配置文件）” 默認(rèn)禁用不安全特性，僅允許開發(fā)者顯式啟用。

我也聽到不少開發(fā)者呼吁：希望 C++ 的演進(jìn)速度能放緩一些，讓編譯器廠商與用戶有時(shí)間消化新特性——就像 C++03 版本那樣，以穩(wěn)定性為核心目標(biāo)。但與此同時(shí)，大家也十分期待 C++ 的安全性能能持續(xù)提升。

所以在這里，我不妨做一個(gè)大膽的設(shè)想：如果 C++29 版本能聚焦于兩大方向——一是僅修復(fù)問(wèn)題清單中的漏洞、打磨現(xiàn)有特性（不新增功能），二是推進(jìn)上述“安全強(qiáng)化”計(jì)劃（擴(kuò)展標(biāo)準(zhǔn)庫(kù)安全能力、減少語(yǔ)言未定義行為），會(huì)怎么樣？

我對(duì)這個(gè)想法很感興趣。這并非因?yàn)榘踩允?C++ 的頭號(hào)痛點(diǎn)（畢竟 C++ 的使用規(guī)模正在高速增長(zhǎng)），而是因?yàn)樗芡瑫r(shí)兼顧 “暫緩迭代、穩(wěn)定現(xiàn)有特性” 與 “持續(xù)加固、提升安全性能” 兩大訴求。所謂聚焦，本質(zhì)就是學(xué)會(huì)取舍。

結(jié)語(yǔ)

編程行業(yè)正在高速發(fā)展，C++ 更是一騎絕塵。憑借與“計(jì)算需求持續(xù)超越硬件供給”這一 80 年長(zhǎng)周期趨勢(shì)的深度契合，C++ 的長(zhǎng)期發(fā)展前景十分廣闊。作為一門與時(shí)俱進(jìn)的語(yǔ)言，C++ 始終在適配硬件生態(tài)的變化，堅(jiān)守“最大化挖掘硬件潛力”的核心使命，精準(zhǔn)滿足開發(fā)者的需求。

數(shù)據(jù)，就是最好的證明。

致敬 C++ 的 2025 年，也期待它在 2026 年續(xù)寫輝煌！