[導(dǎo)讀]本文將帶您了解一些良好的和內(nèi)存相關(guān)的編碼實(shí)踐,以將內(nèi)存錯(cuò)誤保持在控制范圍內(nèi)。內(nèi)存錯(cuò)誤是 C 和 C++ 編程的禍根:它們很普遍,認(rèn)識(shí)其嚴(yán)重性已有二十多年,但始終沒(méi)有徹底解決,它們可能嚴(yán)重影響應(yīng)用程序,并且很少有開發(fā)團(tuán)隊(duì)對(duì)其制定明確的管理計(jì)劃。但好消
本文將帶您了解一些良好的和內(nèi)存相關(guān)的編碼實(shí)踐,以將內(nèi)存錯(cuò)誤保持在控制范圍內(nèi)。內(nèi)存錯(cuò)誤是 C 和 C++ 編程的禍根:它們很普遍,認(rèn)識(shí)其嚴(yán)重性已有二十多年,但始終沒(méi)有徹底解決,它們可能嚴(yán)重影響應(yīng)用程序,并且很少有開發(fā)團(tuán)隊(duì)對(duì)其制定明確的管理計(jì)劃。但好消息是,它們并不怎么神秘。
? 引言
C 和 C++ 程序中的內(nèi)存錯(cuò)誤非常有害:它們很常見,并且可能導(dǎo)致嚴(yán)重的后果。來(lái)自計(jì)算機(jī)應(yīng)急響應(yīng)小組(請(qǐng)參見參考資料)和供應(yīng)商的許多最嚴(yán)重的安全公告都是由簡(jiǎn)單的內(nèi)存錯(cuò)誤造成的。自從 70 年代末期以來(lái),C 程序員就一直討論此類錯(cuò)誤,但其影響在至今年仍然很大。更糟的是,如果按我的思路考慮,當(dāng)今的許多 C 和 C++ 程序員可能都會(huì)認(rèn)為內(nèi)存錯(cuò)誤是不可控制而又神秘的頑癥,它們只能糾正,無(wú)法預(yù)防。
但事實(shí)并非如此。本文將讓您在短時(shí)間內(nèi)理解與良好內(nèi)存相關(guān)的編碼的所有本質(zhì):
存在內(nèi)存錯(cuò)誤的 C 和 C++ 程序會(huì)導(dǎo)致各種問(wèn)題。如果它們泄漏內(nèi)存,則運(yùn)行速度會(huì)逐漸變慢,并最終停止運(yùn)行;如果覆蓋內(nèi)存,則會(huì)變得非常脆弱,很容易受到惡意用戶的攻擊。從 1988 年著名的莫里斯蠕蟲攻擊到有關(guān) Flash Player 和其他關(guān)鍵的零售級(jí)程序的最新安全警報(bào)都與緩沖區(qū)溢出有關(guān):“大多數(shù)計(jì)算機(jī)安全漏洞都是緩沖區(qū)溢出”,Rodney Bates 在 2004 年寫道。
在可以使用 C 或 C++ 的地方,也廣泛支持使用其他許多通用語(yǔ)言(如 Java?、Ruby、Haskell、C#、Perl、Smalltalk 等),每種語(yǔ)言都有眾多的愛好者和各自的優(yōu)點(diǎn)。但是,從計(jì)算角度來(lái)看,每種編程語(yǔ)言優(yōu)于 C 或 C++ 的主要優(yōu)點(diǎn)都與便于內(nèi)存管理密切相關(guān)。與內(nèi)存相關(guān)的編程是如此重要,而在實(shí)踐中正確應(yīng)用又是如此困難,以致于它支配著面向?qū)ο缶幊陶Z(yǔ)言、功能性編程語(yǔ)言、高級(jí)編程語(yǔ)言、聲明性編程語(yǔ)言和另外一些編程語(yǔ)言的所有其他變量或理論。
與少數(shù)其他類型的常見錯(cuò)誤一樣,內(nèi)存錯(cuò)誤還是一種隱性危害:它們很難再現(xiàn),癥狀通常不能在相應(yīng)的源代碼中找到。例如,無(wú)論何時(shí)何地發(fā)生內(nèi)存泄漏,都可能表現(xiàn)為應(yīng)用程序完全無(wú)法接受,同時(shí)內(nèi)存泄漏不是顯而易見。
因此,出于所有這些原因,需要特別關(guān)注 C 和 C++ 編程的內(nèi)存問(wèn)題。讓我們看一看如何解決這些問(wèn)題,先不談是哪種語(yǔ)言。
首先,不要失去信心。有很多辦法可以對(duì)付內(nèi)存問(wèn)題。我們先列出所有可能存在的實(shí)際問(wèn)題:
2.錯(cuò)誤分配,包括大量增加 free()釋放的內(nèi)存和未初始化的引用
這是所有類型。即使遷移到 C++ 面向?qū)ο蟮恼Z(yǔ)言,這些類型也不會(huì)有明顯變化;無(wú)論數(shù)據(jù)是簡(jiǎn)單類型還是 C 語(yǔ)言的 struct或 C++ 的類,C 和 C++ 中內(nèi)存管理和引用的模型在原理上都是相同的。以下內(nèi)容絕大部分是“純 C”語(yǔ)言,對(duì)于擴(kuò)展到 C++ 主要留作練習(xí)使用。
在分配資源時(shí)會(huì)發(fā)生內(nèi)存泄漏,但是它從不回收。下面是一個(gè)可能出錯(cuò)的模型(請(qǐng)參見清單 1):
清單 1. 簡(jiǎn)單的潛在堆內(nèi)存丟失和緩沖區(qū)覆蓋
void f1(char *explanation) { char p1;
p1 = malloc(100); (void) sprintf(p1, "The f1 error occurred because of '%s'.", explanation); local_log(p1); }
|
您看到問(wèn)題了嗎?除非 local_log()對(duì) free()釋放的內(nèi)存具有不尋常的響應(yīng)能力,否則每次對(duì) f1的調(diào)用都會(huì)泄漏 100 字節(jié)。在記憶棒增量分發(fā)數(shù)兆字節(jié)內(nèi)存時(shí),一次泄漏是微不足道的,但是連續(xù)操作數(shù)小時(shí)后,即使如此小的泄漏也會(huì)削弱應(yīng)用程序。
在實(shí)際的 C 和 C++ 編程中,這不足以影響您對(duì) malloc()或 new的使用,本部分開頭的句子提到了“資源”不是僅指“內(nèi)存”,因?yàn)檫€有類似以下內(nèi)容的示例(請(qǐng)參見清單 2)。FILE句柄可能與內(nèi)存塊不同,但是必須對(duì)它們給予同等關(guān)注:
清單 2. 來(lái)自資源錯(cuò)誤管理的潛在堆內(nèi)存丟失
int getkey(char *filename) { FILE *fp; int key;
fp = fopen(filename, "r"); fscanf(fp, "%d", &key); return key; }
|
fopen的語(yǔ)義需要補(bǔ)充性的 fclose。在沒(méi)有 fclose()的情況下,C 標(biāo)準(zhǔn)不能指定發(fā)生的情況時(shí),很可能是內(nèi)存泄漏。其他資源(如信號(hào)量、網(wǎng)絡(luò)句柄、數(shù)據(jù)庫(kù)連接等)同樣值得考慮。
錯(cuò)誤分配的管理不是很困難。下面是一個(gè)示例(請(qǐng)參見清單 3):
void f2(int datum) { int *p2;
*p2 = datum; ... }
|
關(guān)于此類錯(cuò)誤的好消息是,它們一般具有顯著結(jié)果。在 AIX 下,對(duì)未初始化指針的分配通常會(huì)立即導(dǎo)致 segmentation fault錯(cuò)誤。它的好處是任何此類錯(cuò)誤都會(huì)被快速地檢測(cè)到;與花費(fèi)數(shù)月時(shí)間才能確定且難以再現(xiàn)的錯(cuò)誤相比,檢測(cè)此類錯(cuò)誤的代價(jià)要小得多。
在此錯(cuò)誤類型中存在多個(gè)變種。free()釋放的內(nèi)存比 malloc()更頻繁(請(qǐng)參見清單 4):
清單 4. 兩個(gè)錯(cuò)誤的內(nèi)存釋放
void f3() { char *p;
p = malloc(10); ... free(p); ... free(p); }
void f4() { char *p;
free(p); }
|
這些錯(cuò)誤通常也不太嚴(yán)重。盡管 C 標(biāo)準(zhǔn)在這些情形中沒(méi)有定義具體行為,但典型的實(shí)現(xiàn)將忽略錯(cuò)誤,或者快速而明確地對(duì)它們進(jìn)行標(biāo)記;總之,這些都是安全情形。
懸空指針比較棘手。當(dāng)程序員在內(nèi)存資源釋放后使用資源時(shí)會(huì)發(fā)生懸空指針(請(qǐng)參見清單 5):
void f8() { struct x *xp;
xp = (struct x *) malloc(sizeof (struct x)); xp.q = 13; ... free(xp); ...
return xp.q; }
|
傳統(tǒng)的“調(diào)試”難以隔離懸空指針。由于下面兩個(gè)明顯原因,它們很難再現(xiàn):
即使影響提前釋放內(nèi)存范圍的代碼已本地化,內(nèi)存的使用仍然可能取決于應(yīng)用程序甚至(在極端情況下)不同進(jìn)程中的其他執(zhí)行位置。
懸空指針可能發(fā)生在以微妙方式使用內(nèi)存的代碼中。結(jié)果是,即使內(nèi)存在釋放后立即被覆蓋,并且新指向的值不同于預(yù)期值,也很難識(shí)別出新值是錯(cuò)誤值。懸空指針不斷威脅著 C 或 C++ 程序的運(yùn)行狀態(tài)。
數(shù)組邊界違規(guī)十分危險(xiǎn),它是內(nèi)存錯(cuò)誤管理的最后一個(gè)主要類別?;仡^看一下清單 1;如果 explanation的長(zhǎng)度超過(guò) 80,則會(huì)發(fā)生什么情況?回答:難以預(yù)料,但是它可能與良好情形相差甚遠(yuǎn)。特別是,C 復(fù)制一個(gè)字符串,該字符串不適于為它分配的 100 個(gè)字符。在任何常規(guī)實(shí)現(xiàn)中,“超過(guò)的”字符會(huì)覆蓋內(nèi)存中的其他數(shù)據(jù)。內(nèi)存中數(shù)據(jù)分配的布局非常復(fù)雜并且難以再現(xiàn),所以任何癥狀都不可能追溯到源代碼級(jí)別的具體錯(cuò)誤。這些錯(cuò)誤通常會(huì)導(dǎo)致數(shù)百萬(wàn)美元的損失。
勤奮和自律可以讓這些錯(cuò)誤造成的影響降至最低限度。下面我們介紹一下您可以采用的幾個(gè)特定步驟;我在各種組織中處理它們的經(jīng)驗(yàn)是,至少可以按一定的數(shù)量級(jí)持續(xù)減少內(nèi)存錯(cuò)誤。
編碼風(fēng)格是最重要的,我還從沒(méi)有看到過(guò)其他任何作者對(duì)此加以強(qiáng)調(diào)。影響資源(特別是內(nèi)存)的函數(shù)和方法需要顯式地解釋本身。下面是有關(guān)標(biāo)頭、注釋或名稱的一些示例(請(qǐng)參見清單 6)。
/******** * ... * * Note that any function invoking protected_file_read() * assumes responsibility eventually to fclose() its * return value, UNLESS that value is NULL. * ********/ FILE *protected_file_read(char *filename) { FILE *fp;
fp = fopen(filename, "r"); if (fp) { ... } else { ... } return fp; }
/******* * ... * * Note that the return value of get_message points to a * fixed memory location. Do NOT free() it; remember to * make a copy if it must be retained ... * ********/ char *get_message() { static char this_buffer[400];
... (void) sprintf(this_buffer, ...); return this_buffer; }
/******** * ... * While this function uses heap memory, and so * temporarily might expand the over-all memory * footprint, it properly cleans up after itself. * ********/ int f6(char *item1) { my_class c1; int result; ... c1 = new my_class(item1); ... result = c1.x; delete c1; return result; } /******** * ... * Note that f8() is documented to return a value * which needs to be returned to heap; as f7 thinly * wraps f8, any code which invokes f7() must be * careful to free() the return value. * ********/ int *f7() { int *p;
p = f8(...); ... return p; }
|
使這些格式元素成為您日常工作的一部分。可以使用各種方法解決內(nèi)存問(wèn)題:
硬件檢查器在這整個(gè)領(lǐng)域中,我始終認(rèn)為最有用并且投資回報(bào)率最大的是考慮改進(jìn)源代碼的風(fēng)格。它不需要昂貴的代價(jià)或嚴(yán)格的形式;可以始終取消與內(nèi)存無(wú)關(guān)的段的注釋,但影響內(nèi)存的定義當(dāng)然需要顯式注釋。添加幾個(gè)簡(jiǎn)單的單詞可使內(nèi)存結(jié)果更清楚,并且內(nèi)存編程會(huì)得到改進(jìn)。
我沒(méi)有做受控實(shí)驗(yàn)來(lái)驗(yàn)證此風(fēng)格的效果。如果您的經(jīng)歷與我一樣,您將發(fā)現(xiàn)沒(méi)有說(shuō)明資源影響的策略簡(jiǎn)直無(wú)法忍受。這樣做很簡(jiǎn)單,但帶來(lái)的好處太多了。
檢測(cè)是編碼標(biāo)準(zhǔn)的補(bǔ)充。二者各有裨益,但結(jié)合使用效果特別好。機(jī)靈的 C 或 C++ 專業(yè)人員甚至可以瀏覽不熟悉的源代碼,并以極低的成本檢測(cè)內(nèi)存問(wèn)題。通過(guò)少量的實(shí)踐和適當(dāng)?shù)奈谋舅阉?,您能夠快速?yàn)證平衡的 *alloc()和 free()或者 new和 delete的源主體。人工查看此類內(nèi)容通常會(huì)出現(xiàn)像清單 7中一樣的問(wèn)題。
static char *important_pointer = NULL; void f9() { if (!important_pointer) important_pointer = malloc(IMPORTANT_SIZE); ... if (condition)
important_pointer = malloc(DIFFERENT_SIZE); ... }
|
如果 condition為真,簡(jiǎn)單使用自動(dòng)運(yùn)行時(shí)工具不能檢測(cè)發(fā)生的內(nèi)存泄漏。仔細(xì)進(jìn)行源分析可以從此類條件推理出證實(shí)正確的結(jié)論。我重復(fù)一下我寫的關(guān)于風(fēng)格的內(nèi)容:盡管大量發(fā)布的內(nèi)存問(wèn)題描述都強(qiáng)調(diào)工具和語(yǔ)言,對(duì)于我來(lái)說(shuō),最大的收獲來(lái)自“軟的”以開發(fā)人員為中心的流程變更。您在風(fēng)格和檢測(cè)上所做的任何改進(jìn)都可以幫助您理解由自動(dòng)化工具產(chǎn)生的診斷。
? 靜態(tài)的自動(dòng)語(yǔ)法分析
當(dāng)然,并不是只有人類才能讀取源代碼。您還應(yīng)使靜態(tài)語(yǔ)法分析成為開發(fā)流程的一部分。靜態(tài)語(yǔ)法分析是 lint、嚴(yán)格編譯和幾種商業(yè)產(chǎn)品執(zhí)行的內(nèi)容:掃描編譯器接受的源文本和目標(biāo)項(xiàng),但這可能是錯(cuò)誤的癥狀。
希望讓您的代碼無(wú) lint。盡管 lint已過(guò)時(shí),并有一定的局限性,但是,沒(méi)有使用它(或其較高級(jí)的后代)的許多程序員犯了很大的錯(cuò)誤。通常情況下,您能夠編寫忽略 lint的優(yōu)秀的專業(yè)質(zhì)量代碼,但努力這樣做的結(jié)果通常會(huì)發(fā)生重大錯(cuò)誤。其中一些錯(cuò)誤影響內(nèi)存的正確性。與讓客戶首先發(fā)現(xiàn)內(nèi)存錯(cuò)誤的代價(jià)相比,即使對(duì)這種類別的產(chǎn)品支付最昂貴的許可費(fèi)也失去了意義。清除源代碼。現(xiàn)在,即使 lint標(biāo)記的編碼可能向您提供所需的功能,但很可能存在更簡(jiǎn)單的方法,該方法可滿足 lint,并且比較強(qiáng)鍵又可移植。
補(bǔ)救方法的最后兩個(gè)類別與前三個(gè)明顯不同。前者是輕量級(jí)的;一個(gè)人可以容易地理解并實(shí)現(xiàn)它們。另一方面,內(nèi)存庫(kù)和工具通常具有較高的許可費(fèi)用,對(duì)部分開發(fā)人員來(lái)說(shuō),它們需要進(jìn)一步完善和調(diào)整。有效地使用庫(kù)和工具的程序員是理解輕量級(jí)的靜態(tài)方法的人員??捎玫膸?kù)和工具給人的印象很深:其作為組的質(zhì)量很高。但是,即使最優(yōu)秀的編程人員也可能會(huì)被忽略內(nèi)存管理基本原則的非常任性的編程人員攪亂。據(jù)我觀察,普通的編程人員在嘗試?yán)脙?nèi)存庫(kù)和工具進(jìn)行隔離工作時(shí)也只能感到灰心。
由于這些原因,我們催促 C 和 C++ 程序員為解決內(nèi)存問(wèn)題先了解一下自己的源。在這完成之后,才去考慮庫(kù)。
使用幾個(gè)庫(kù)能夠編寫常規(guī)的 C 或 C++ 代碼,并保證改進(jìn)內(nèi)存管理。Jonathan Bartlett 在 developerWorks 的 2004 評(píng)論專欄中介紹了主要的候選項(xiàng),可以在下面的參考資料部分獲得。庫(kù)可以解決多種不同的內(nèi)存問(wèn)題,以致于直接對(duì)它們進(jìn)行比較是非常困難的;這方面的常見主題包括垃圾收集、智能指針和智能容器。大體上說(shuō),庫(kù)可以自動(dòng)進(jìn)行較多的內(nèi)存管理,這樣程序員可以犯更少的錯(cuò)誤。
我對(duì)內(nèi)存庫(kù)有各種感受。他們?cè)谂ぷ?,但我看到他們?cè)陧?xiàng)目中獲得的成功比預(yù)期要小,尤其在 C 方面。我尚未對(duì)這些令人失望的結(jié)果進(jìn)行仔細(xì)分析。例如,業(yè)績(jī)應(yīng)該與相應(yīng)的手動(dòng)內(nèi)存管理一樣好,但是這是一個(gè)灰色區(qū)域——尤其在垃圾收集庫(kù)處理速度緩慢的情況下。通過(guò)這方面的實(shí)踐得出的最明確的結(jié)論是,與 C 關(guān)注的代碼組相比,C++ 似乎可以較好地接受智能指針。
開發(fā)真正基于 C 的應(yīng)用程序的開發(fā)團(tuán)隊(duì)需要運(yùn)行時(shí)內(nèi)存工具作為其開發(fā)策略的一部分。已介紹的技術(shù)很有價(jià)值,而且不可或缺。在您親自嘗試使用內(nèi)存工具之前,其質(zhì)量和功能您可能還不了解。
本文主要討論了基于軟件的內(nèi)存工具。還有硬件內(nèi)存調(diào)試器;在非常特殊的情況下(主要是在使用不支持其他工具的專用主機(jī)時(shí))才考慮它們。
市場(chǎng)上的軟件內(nèi)存工具包括專有工具(如 IBM Rational Purify 和 Electric Fence)和其他開放源代碼工具。其中有許多可以很好地與 AIX 和其他操作系統(tǒng)一起使用。
所有內(nèi)存工具的功能基本相同:構(gòu)建可執(zhí)行文件的特定版本(很像在編譯時(shí)通過(guò)使用 -g標(biāo)記生成的調(diào)試版本)、練習(xí)相關(guān)應(yīng)用程序和研究由工具自動(dòng)生成的報(bào)告。請(qǐng)考慮如清單 8所示的程序。
int main() { char p[5]; strcpy(p, "Hello, world."); puts(p); }
|
此程序可以在許多環(huán)境中“運(yùn)行”,它編譯、執(zhí)行并將“Hello, world.n”打印到屏幕。使用內(nèi)存工具運(yùn)行相同應(yīng)用程序會(huì)在第四行產(chǎn)生一個(gè)數(shù)組邊界違規(guī)的報(bào)告。在了解軟件錯(cuò)誤(將十四個(gè)字符復(fù)制到了只能容納五個(gè)字符的空間中)方面,這種方法比在客戶處查找錯(cuò)誤癥狀的花費(fèi)小得多。這是內(nèi)存工具的功勞。
作為一名成熟的 C 或 C++ 程序員,您認(rèn)識(shí)到內(nèi)存問(wèn)題值得特別關(guān)注。通過(guò)制訂一些計(jì)劃和實(shí)踐,可以找到控制內(nèi)存錯(cuò)誤的方法。學(xué)習(xí)內(nèi)存使用的正確模式,快速發(fā)現(xiàn)可能發(fā)生的錯(cuò)誤,使本文介紹的技術(shù)成為您日常工作的一部分。您可以在開始時(shí)就消除應(yīng)用程序中的癥狀,否則可能要花費(fèi)數(shù)天或數(shù)周時(shí)間來(lái)調(diào)試。
-END-
免責(zé)聲明:整理文章為傳播相關(guān)技術(shù),版權(quán)歸原作者所有,如有侵權(quán),請(qǐng)聯(lián)系刪除
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場(chǎng),如有問(wèn)題,請(qǐng)聯(lián)系我們,謝謝!
欲知詳情,請(qǐng)下載word文檔
下載文檔
掃描二維碼,關(guān)注更多精彩內(nèi)容
本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。
關(guān)鍵字:
阿維塔
塞力斯
華為
加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...
關(guān)鍵字:
AWS
AN
BSP
數(shù)字化
倫敦2024年8月29日 /美通社/ -- 英國(guó)汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時(shí)1.5...
關(guān)鍵字:
汽車
人工智能
智能驅(qū)動(dòng)
BSP
北京2024年8月28日 /美通社/ -- 越來(lái)越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時(shí)企業(yè)卻面臨越來(lái)越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...
關(guān)鍵字:
亞馬遜
解密
控制平面
BSP
8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對(duì)日本游戲市場(chǎng)的投資。
關(guān)鍵字:
騰訊
編碼器
CPU
8月28日消息,今天上午,2024中國(guó)國(guó)際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)開幕式在貴陽(yáng)舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。
關(guān)鍵字:
華為
12nm
EDA
半導(dǎo)體
8月28日消息,在2024中國(guó)國(guó)際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語(yǔ)權(quán)最終是由生態(tài)的繁榮決定的。
關(guān)鍵字:
華為
12nm
手機(jī)
衛(wèi)星通信
要點(diǎn): 有效應(yīng)對(duì)環(huán)境變化,經(jīng)營(yíng)業(yè)績(jī)穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤(rùn)率延續(xù)升勢(shì) 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長(zhǎng) 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競(jìng)爭(zhēng)力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競(jìng)爭(zhēng)優(yōu)勢(shì)...
關(guān)鍵字:
通信
BSP
電信運(yùn)營(yíng)商
數(shù)字經(jīng)濟(jì)
北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺(tái)與中國(guó)電影電視技術(shù)學(xué)會(huì)聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會(huì)上宣布正式成立。 活動(dòng)現(xiàn)場(chǎng) NVI技術(shù)創(chuàng)新聯(lián)...
關(guān)鍵字:
VI
傳輸協(xié)議
音頻
BSP
北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長(zhǎng)三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會(huì)上,軟通動(dòng)力信息技術(shù)(集團(tuán))股份有限公司(以下簡(jiǎn)稱"軟通動(dòng)力")與長(zhǎng)三角投資(上海)有限...
關(guān)鍵字:
BSP
信息技術(shù)
山海路引?嵐悅新程 三亞2024年8月27日 /美通社/ --?近日,海南地區(qū)六家凱悅系酒店與中國(guó)高端新能源車企嵐圖汽車(VOYAH)正式達(dá)成戰(zhàn)略合作協(xié)議。這一合作標(biāo)志著兩大品牌在高端出行體驗(yàn)和環(huán)保理念上的深度融合,將...
關(guān)鍵字:
新能源
BSP
PLAYER
ASIA
上海2024年8月28日 /美通社/ -- 8月26日至8月28日,AHN LAN安嵐與股神巴菲特的孫女妮可?巴菲特共同開啟了一場(chǎng)自然和藝術(shù)的療愈之旅。 妮可·巴菲特在療愈之旅活動(dòng)現(xiàn)場(chǎng)合影 ...
關(guān)鍵字:
MIDDOT
BSP
LAN
SPI
8月29日消息,近日,華為董事、質(zhì)量流程IT總裁陶景文在中國(guó)國(guó)際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)開幕式上表示,中國(guó)科技企業(yè)不應(yīng)怕美國(guó)對(duì)其封鎖。
關(guān)鍵字:
華為
12nm
EDA
半導(dǎo)體
上海2024年8月26日 /美通社/ -- 近日,全球領(lǐng)先的消費(fèi)者研究與零售監(jiān)測(cè)公司尼爾森IQ(NielsenIQ)迎來(lái)進(jìn)入中國(guó)市場(chǎng)四十周年的重要里程碑,正式翻開在華發(fā)展新篇章。自改革開放以來(lái),中國(guó)市場(chǎng)不斷展現(xiàn)出前所未有...
關(guān)鍵字:
BSP
NI
SE
TRACE
上海2024年8月26日 /美通社/ -- 第二十二屆跨盈年度B2B營(yíng)銷高管峰會(huì)(CC2025)將于2025年1月15-17日在上海舉辦,本次峰會(huì)早鳥票注冊(cè)通道開啟,截止時(shí)間10月11日。 了解更多會(huì)議信息:cc.co...
關(guān)鍵字:
BSP
COM
AI
INDEX
上海2024年8月26日 /美通社/ -- 今日,高端全合成潤(rùn)滑油品牌美孚1號(hào)攜手品牌體驗(yàn)官周冠宇,開啟全新旅程,助力廣大車主通過(guò)駕駛?cè)ヌ剿鞲鼜V闊的世界。在全新發(fā)布的品牌視頻中,周冠宇及不同背景的消費(fèi)者表達(dá)了對(duì)駕駛的熱愛...
關(guān)鍵字:
BSP
汽車制造
此次發(fā)布標(biāo)志著Cision首次為亞太市場(chǎng)量身定制全方位的媒體監(jiān)測(cè)服務(wù)。 芝加哥2024年8月27日 /美通社/ -- 消費(fèi)者和媒體情報(bào)、互動(dòng)及傳播解決方案的全球領(lǐng)導(dǎo)者Cis...
關(guān)鍵字:
CIS
IO
SI
BSP
上海2024年8月27日 /美通社/ -- 近來(lái),具有強(qiáng)大學(xué)習(xí)、理解和多模態(tài)處理能力的大模型迅猛發(fā)展,正在給人類的生產(chǎn)、生活帶來(lái)革命性的變化。在這一變革浪潮中,物聯(lián)網(wǎng)成為了大模型技術(shù)發(fā)揮作用的重要陣地。 作為全球領(lǐng)先的...
關(guān)鍵字:
模型
移遠(yuǎn)通信
BSP
高通
北京2024年8月27日 /美通社/ -- 高途教育科技公司(紐約證券交易所股票代碼:GOTU)("高途"或"公司"),一家技術(shù)驅(qū)動(dòng)的在線直播大班培訓(xùn)機(jī)構(gòu),今日發(fā)布截至2024年6月30日第二季度未經(jīng)審計(jì)財(cái)務(wù)報(bào)告。 2...
關(guān)鍵字:
BSP
電話會(huì)議
COM
TE
8月26日消息,華為公司最近正式啟動(dòng)了“華為AI百校計(jì)劃”,向國(guó)內(nèi)高校提供基于昇騰云服務(wù)的AI計(jì)算資源。
關(guān)鍵字:
華為
12nm
EDA
半導(dǎo)體