1. 從一次深夜調(diào)試說起當(dāng)NULL不等于0凌晨?jī)牲c(diǎn)屏幕上的調(diào)試器光標(biāo)在閃爍。我盯著一段看似無害的C語言代碼它本該將一個(gè)鏈表節(jié)點(diǎn)安全地置空卻引發(fā)了段錯(cuò)誤Segmentation Fault。代碼是這樣的struct Node* node /* ... 從某個(gè)函數(shù)獲取節(jié)點(diǎn) ... */; if (node ! 0) { // 意圖檢查節(jié)點(diǎn)是否有效 free(node); node 0; // 意圖將指針置空 }問題出在哪里對(duì)于一個(gè)經(jīng)驗(yàn)不足的開發(fā)者if (node ! 0)看起來完全合理畢竟我們常聽說“NULL就是0”。但在某些特定的編譯環(huán)境或架構(gòu)下NULL的內(nèi)部表示可能并非整型的0。更隱蔽的是即使NULL被定義為((void*)0)它與整型0在類型上也是天壤之別。這次調(diào)試經(jīng)歷讓我深刻意識(shí)到在C語言這片“自由與危險(xiǎn)并存”的土地上對(duì)0、‘\0‘、‘0‘、NULL以及它們之間類型轉(zhuǎn)換的模糊理解就像在代碼里埋下了一顆顆不定時(shí)炸彈。對(duì)于初學(xué)者乃至一些有經(jīng)驗(yàn)的開發(fā)者這幾個(gè)概念經(jīng)常被混為一談導(dǎo)致代碼出現(xiàn)難以察覺的邏輯錯(cuò)誤、移植性問題甚至安全漏洞。本文將徹底厘清它們的本質(zhì)、差異、聯(lián)系以及在類型轉(zhuǎn)換中的微妙陷阱。這不是教科書式的羅列而是結(jié)合我十多年踩坑經(jīng)驗(yàn)的一次深度剖析你會(huì)看到它們?nèi)绾卧趦?nèi)存中布局編譯器如何看待它們以及如何寫出既嚴(yán)謹(jǐn)又高效的代碼。2. 解剖五個(gè)“零”本質(zhì)、內(nèi)存表示與使用場(chǎng)景在C語言中我們至少有五個(gè)常被稱作“零”或“空”的概念整型常量0、空字符‘\0‘、字符‘0‘、空指針常量NULL以及void*類型的空指針。它們的相似性僅僅是表面上的內(nèi)核截然不同。2.1 整型常量0這是最基礎(chǔ)的“零”。它是一個(gè)int類型的常量值為零。在代碼中直接寫0時(shí)編譯器默認(rèn)將其視為int。內(nèi)存表示在絕大多數(shù)系統(tǒng)上int類型占4字節(jié)32位0的二進(jìn)制表示就是32個(gè)0比特00000000 00000000 00000000 00000000。主要用途作為整數(shù)零參與數(shù)值計(jì)算。在條件判斷中表示“假”false。C語言中所有非零值被視為真零被視為假。歷史遺留與陷阱在指針上下文中它可以用作空指針常量。這是C語言從早期繼承下來的一個(gè)特性。當(dāng)0出現(xiàn)在指針語境如賦值給指針、與指針比較時(shí)編譯器會(huì)將其轉(zhuǎn)換為適當(dāng)?shù)目罩羔樦?。但這正是混淆的根源我們后面會(huì)詳細(xì)說。2.2 空字符‘\0‘這是字符類型的“零”也稱為空終止符Null Terminator。它是一個(gè)轉(zhuǎn)義字符表示ASCII碼或執(zhí)行字符集中值為0的字符。本質(zhì)與內(nèi)存表示‘\0‘的類型是char在C中字符常量是int類型但其值可以存儲(chǔ)在char中。它的值就是整數(shù)值0。在內(nèi)存中它通常占用1個(gè)字節(jié)內(nèi)容為00000000。核心用途作為C風(fēng)格字符串以空字符結(jié)尾的字符數(shù)組的終止標(biāo)志。這是C語言字符串操作的基石。沒有‘\0‘strcpy、strlen等函數(shù)就無法知道字符串在哪里結(jié)束會(huì)導(dǎo)致緩沖區(qū)溢出等嚴(yán)重問題。char str1[] “Hello”; // 編譯器自動(dòng)在末尾添加 ‘\0‘?dāng)?shù)組長度是6 char str2[5] {‘H‘, ‘e‘, ‘l‘, ‘l‘, ‘o‘}; // 這不是字符串因?yàn)闆]有 ‘\0‘用%s打印或strlen計(jì)算會(huì)越界。2.3 字符‘0‘這是數(shù)字字符零。它代表可打印的字符‘0’而不是數(shù)值零。本質(zhì)與內(nèi)存表示它的類型也是char但其值是數(shù)字‘0’的ASCII碼十進(jìn)制為48十六進(jìn)制為0x30二進(jìn)制為00110000。在內(nèi)存中它也是一個(gè)字節(jié)但內(nèi)容是00110000與‘\0‘的00000000完全不同。主要用途用于字符顯示、字符比較等。if (ch ‘0‘)是判斷用戶輸入的是否是數(shù)字字符‘0’而if (ch ‘\0‘)是判斷是否到了字符串結(jié)尾。2.4 空指針常量NULL這是一個(gè)宏用于表示空指針常量。它的定義在標(biāo)準(zhǔn)頭文件如stddef.h,stdio.h中。標(biāo)準(zhǔn)定義在C語言標(biāo)準(zhǔn)中NULL可以被定義為((void*)0)或一個(gè)值為0的整型常量。在現(xiàn)代C編程實(shí)踐中尤其是在使用指針的上下文中必須使用NULL而不是字面量0。這極大地提高了代碼的清晰度和可讀性明確表達(dá)了“這是一個(gè)指針操作”的意圖。int *p NULL; // 清晰p是一個(gè)空指針 if (p NULL) { ... } // 清晰檢查指針是否為空潛在陷阱雖然NULL通常被定義為((void*)0)但在一些古老的編譯器或特殊環(huán)境下它可能被定義為0或0L。因此絕對(duì)不要假設(shè)NULL的位模式在所有平臺(tái)上都是全零。這也是開頭那個(gè)例子中用if (node ! 0)來檢查指針可能不可靠的原因之一盡管在大多數(shù)現(xiàn)代平臺(tái)上是安全的但這不是可移植的良好實(shí)踐。2.5void*類型的空指針當(dāng)NULL被定義為((void*)0)時(shí)它就是一個(gè)void*類型的空指針。void*是一種特殊的指針類型可以指向任何數(shù)據(jù)類型但在解引用前必須強(qiáng)制轉(zhuǎn)換為具體類型。內(nèi)存表示空指針的值即它的位模式是由實(shí)現(xiàn)定義的。C標(biāo)準(zhǔn)只保證將空指針與任何非空指針比較結(jié)果都為“不相等”將空指針轉(zhuǎn)換為布爾類型結(jié)果為false0。在幾乎所有現(xiàn)代通用系統(tǒng)x86, ARM上空指針的位模式確實(shí)是全零但C標(biāo)準(zhǔn)并不保證這一點(diǎn)。在一些奇特的架構(gòu)如某些DSP、歷史遺留系統(tǒng)上空指針可能有非零的位模式。重要提示永遠(yuǎn)不要使用memset(ptr, 0, sizeof(ptr))來試圖生成一個(gè)空指針。這只有在空指針位模式為全零的平臺(tái)上才有效不具備可移植性。生成空指針的唯一正確方法是使用NULL或?qū)χ羔樧兞抠x值為0在指針語境下。3. 類型轉(zhuǎn)換的“暗礁”當(dāng)上下文改變一切C語言被稱為“弱類型”語言因?yàn)樗试S大量的隱式類型轉(zhuǎn)換。這正是0、NULL等概念容易混淆的深層原因。理解編譯器在背后做了什么是避免錯(cuò)誤的關(guān)鍵。3.1 指針上下文中的0這是C語言中最著名也最易誤解的隱式轉(zhuǎn)換。當(dāng)整型常量0出現(xiàn)在指針上下文中時(shí)編譯器會(huì)自動(dòng)將其轉(zhuǎn)換為當(dāng)前類型的空指針。什么是指針上下文賦值給一個(gè)指針變量int *p 0;與一個(gè)指針進(jìn)行比較if (p 0)作為指針類型的函數(shù)實(shí)參func(0)其中func期望一個(gè)指針參數(shù)。int *ptr1 0; // 正確0被隱式轉(zhuǎn)換為 int* 類型的空指針。 if (ptr1 0) { ... } // 正確0被隱式轉(zhuǎn)換為 int* 類型的空指針用于比較。然而反過來不行int zero 0; int *ptr2 zero; // 錯(cuò)誤不能將 int 隱式轉(zhuǎn)換為 int*。即使 zero 的值是0。 int *ptr3 (int*)zero; // 危險(xiǎn)這是強(qiáng)制轉(zhuǎn)換將整數(shù)0當(dāng)作地址0。在大多數(shù)現(xiàn)代操作系統(tǒng)中地址0是受保護(hù)的區(qū)域訪問會(huì)導(dǎo)致段錯(cuò)誤。這絕不是生成空指針的正確方式。關(guān)鍵區(qū)別字面量0在指針上下文中有特殊待遇。而一個(gè)值為0的int變量zero則沒有這個(gè)特權(quán)。編譯器只對(duì)字面量0以及NULL提供這種到空指針的隱式轉(zhuǎn)換。3.2NULL在非指針上下文中的行為如果NULL被定義為((void*)0)那么當(dāng)它被用在非指針上下文中時(shí)會(huì)發(fā)生什么int a NULL; // 會(huì)發(fā)生什么 size_t size NULL; // 又會(huì)發(fā)生什么這涉及到void*指針到其他類型的轉(zhuǎn)換。在C語言中void*可以隱式轉(zhuǎn)換為任何其他數(shù)據(jù)指針類型但不能隱式轉(zhuǎn)換為整型。因此int a NULL; // 如果NULL是((void*)0)編譯警告或錯(cuò)誤不能將‘void*‘賦值給‘int‘。 int *p NULL; // 正確void* 隱式轉(zhuǎn)換為 int*。 size_t size NULL; // 同樣錯(cuò)誤或警告size_t通常是某種整型別名。如果NULL被簡(jiǎn)單地定義為0那么int a NULL;就是合法的但這是一個(gè)糟糕的編碼風(fēng)格因?yàn)樗：薔ULL作為指針空值的語義。最佳實(shí)踐只將NULL用于指針。不要將它用于整數(shù)比較或賦值。如果需要表示一個(gè)“無效”的整數(shù)值使用一個(gè)明確的魔數(shù)如-1或定義自己的常量。3.3 字符、整數(shù)與布爾值的三角轉(zhuǎn)換這是另一個(gè)常見的混淆點(diǎn)涉及‘\0‘、‘0‘和0。字符到整數(shù)的提升在C語言中char類型在參與大多數(shù)表達(dá)式運(yùn)算時(shí)會(huì)被提升為int類型。char c ‘\0‘; // c的值是整數(shù)0 int i c; // i的值是0 if (c) { ... } // 條件判斷c被提升為int其值為0所以條件為假。 char d ‘0‘; // d的值是整數(shù)48 int j d; // j的值是48 if (d) { ... } // d被提升為int值為48非零所以條件為真。字符串終止符檢查正因如此檢查字符串結(jié)尾可以寫成char *str “Hello”; while (*str ! ‘\0‘) { ... } // 正確且清晰 while (*str) { ... } // 同樣正確因?yàn)?‘\0‘ 提升為int 0在條件中為假。這是C語言中常見的簡(jiǎn)潔寫法。 while (*str ! 0) { ... } // 功能正確但語義稍差因?yàn)樗鼪]有明確表達(dá)“字符”比較的意圖。混淆的災(zāi)難char input getchar(); // 用戶輸入了字符 ‘0‘ if (input 0) { // 錯(cuò)誤這永遠(yuǎn)為假因?yàn)?‘0‘ 的ASCII碼是48不等于整數(shù)0。 printf(“You entered the end of string?\n“); // 永遠(yuǎn)不會(huì)執(zhí)行 } if (input ‘\0‘) { // 同樣錯(cuò)誤且永遠(yuǎn)為假。 printf(“This is also wrong.\n“); } if (input ‘0‘) { // 正確檢查輸入是否是數(shù)字字符‘0’。 printf(“You entered the digit zero.\n“); }4. 實(shí)戰(zhàn)中的“坑”與最佳實(shí)踐理論說再多不如踩一次坑。下面結(jié)合幾個(gè)真實(shí)場(chǎng)景和熱搜詞中的問題看看這些概念如何制造麻煩以及如何規(guī)避。4.1 場(chǎng)景一函數(shù)參數(shù)檢查與NULL的誤用熱搜詞關(guān)聯(lián)mybatis-plus 的basemapper的updatebyid可以修改字段值為null嗎,mybatis updatebyid更新值為null不更新問題雖然這是Java/MyBatis的問題但其核心思想與C指針檢查相通。在C中我們經(jīng)常寫函數(shù)來操作資源如文件、內(nèi)存、結(jié)構(gòu)體。一個(gè)常見的錯(cuò)誤是混淆了“指針為空”和“指針指向的內(nèi)容為空”。// 有問題的函數(shù) void print_string(const char *str) { if (*str ‘\0‘) { // 問題在解引用str之前沒有檢查str本身是否為NULL printf(“(empty string)\n“); return; } printf(“%s\n“, str); } // 調(diào)用 print_string(NULL); // 崩潰段錯(cuò)誤。因?yàn)樵噲D解引用NULL指針(*str)。 // 正確的函數(shù) void print_string_safe(const char *str) { if (str NULL) { // 第一層檢查指針本身是否有效 printf(“(null pointer)\n“); return; } if (*str ‘\0‘) { // 第二層檢查指針指向的內(nèi)容是否為空字符串 printf(“(empty string)\n“); return; } printf(“%s\n“, str); }最佳實(shí)踐對(duì)于任何可能接受指針參數(shù)的函數(shù)如果該指針允許為NULL必須在解引用指針之前首先檢查指針是否為NULL。這是一個(gè)防御性編程的基本原則。4.2 場(chǎng)景二初始化與清零的陷阱熱搜詞關(guān)聯(lián)c語言數(shù)組變量的類型轉(zhuǎn)換,c語言內(nèi)存管理我們經(jīng)常需要初始化數(shù)組或結(jié)構(gòu)體。// 示例1初始化字符數(shù)組 char buffer1[100] {0}; // 正確將所有元素初始化為 ‘\0‘ (即整數(shù)0)。 char buffer2[100] {‘\0‘}; // 同樣正確但更明確地表達(dá)了“字符串初始化”的意圖。 char buffer3[100] {‘0‘}; // 錯(cuò)誤只有第一個(gè)元素是字符‘0‘其余元素被自動(dòng)初始化為 ‘\0‘。這通常不是你想要的。 // 示例2初始化結(jié)構(gòu)體 struct Data { int id; char name[20]; void *ptr; }; struct Data d1 {0}; // 正確標(biāo)準(zhǔn)規(guī)定如果初始化列表不全剩余部分將被“零初始化”。 // 結(jié)果d1.id 0, d1.name “\0\0...“, d1.ptr NULL (空指針)。 struct Data d2 {NULL}; // 可能有問題這試圖將NULL可能是(void*)0賦值給int類型的id。 // 如果NULL定義為((void*)0)會(huì)編譯警告。如果定義為0則d2.id0但ptr成員未被顯式初始化可能是垃圾值。對(duì)于結(jié)構(gòu)體清零最安全、最清晰的方法是使用標(biāo)準(zhǔn)庫函數(shù)memset但要小心指針成員struct Data data; memset(data, 0, sizeof(data)); // 將data的所有字節(jié)設(shè)為0。 // 此時(shí)data.id 0, data.name是全零字節(jié)字符串data.ptr的位模式是全零。 // 在空指針位模式為全零的平臺(tái)上data.ptr就是NULL。但這依賴于實(shí)現(xiàn)定義的行為。 // 更好的做法是分別初始化 struct Data data_better { .id 0, .name ““, .ptr NULL }; // 或者先memset再顯式設(shè)置指針 memset(data, 0, sizeof(data)); data.ptr NULL;4.3 場(chǎng)景三條件判斷中的“真/假”邏輯熱搜詞關(guān)聯(lián)c語言while和do-while區(qū)別,left join is nullC語言中條件判斷的本質(zhì)是“非零即真”。這導(dǎo)致了各種簡(jiǎn)潔但也容易出錯(cuò)的寫法。int *p get_pointer(); if (p) { ... } // 等同于 if (p ! NULL) if (!p) { ... } // 等同于 if (p NULL) char *str get_string(); if (*str) { ... } // 檢查str指向的第一個(gè)字符是否為 ‘\0‘ (即字符串是否為空)。但前提是str本身不為NULL if (str *str) { ... } // 安全的寫法先檢查指針再檢查內(nèi)容。 int count get_count(); if (count) { ... } // 檢查count是否不為零。這是常見的“非零判斷”寫法。一個(gè)典型的混淆案例// 假設(shè)一個(gè)函數(shù)返回一個(gè)狀態(tài)碼0表示成功非零表示錯(cuò)誤碼。 int error_code do_something(); if (error_code) { // 糟糕的寫法因?yàn)槌晒r(shí)error_code為0條件為假錯(cuò)誤處理不會(huì)執(zhí)行。 // 本意是“如果出錯(cuò)”但實(shí)際邏輯是“如果成功非零” log_error(error_code); } // 正確的寫法應(yīng)該是 if (error_code ! 0) { // 明確比較 log_error(error_code); } // 或者如果約定成功返回0可以寫成 if (error_code) { // 現(xiàn)在非零表示錯(cuò)誤邏輯正確了。但依然建議明確寫出 ! 0 以增強(qiáng)可讀性。 log_error(error_code); } // 最好的做法是定義明確的常量 #define SUCCESS 0 #define ERROR_INVALID_INPUT 1 // ... if (error_code ! SUCCESS) { log_error(error_code); }4.4 場(chǎng)景四與字符串處理函數(shù)的交互熱搜詞關(guān)聯(lián)c語言字符串函數(shù),字符串逆序c語言pta標(biāo)準(zhǔn)庫字符串函數(shù)如strlen,strcpy,strcmp都依賴于以‘\0‘結(jié)尾的約定。混淆‘\0‘和NULL會(huì)導(dǎo)致災(zāi)難。char *src NULL; char dest[100]; strcpy(dest, src); // 崩潰strcpy會(huì)嘗試讀取src指向的內(nèi)存即NULL導(dǎo)致段錯(cuò)誤。 // 正確做法在使用字符串函數(shù)前確保指針非空且指向有效的以‘\0‘結(jié)尾的內(nèi)存。 if (src ! NULL) { strcpy(dest, src); } else { dest[0] ‘\0‘; // 或者處理錯(cuò)誤情況。 } // 另一個(gè)例子自定義字符串長度計(jì)算 size_t my_strlen(const char *s) { size_t len 0; if (s NULL) { // 必須首先檢查輸入指針 return 0; // 或者返回一個(gè)錯(cuò)誤值或者觸發(fā)斷言。 } while (s[len] ! ‘\0‘) { // 這里比較的是字符不是指針。s[len]等價(jià)于*(slen) len; } return len; }5. 深入底層從匯編視角看類型轉(zhuǎn)換要真正理解這些概念有時(shí)需要看看編譯器生成的代碼。我們用一個(gè)簡(jiǎn)單的例子使用gcc -S輸出匯編代碼以x86-64為例。C代碼#include stddef.h void test() { int a 0; int b ‘\0‘; int c ‘0‘; int *p1 0; int *p2 NULL; char *s1 0; char *s2 NULL; if (p1 0) {} if (s1 ‘\0‘) {} // 這個(gè)比較在語義上是奇怪的但語法上可能通過 }簡(jiǎn)化后的匯編關(guān)鍵部分ATT語法test: movl $0, -4(%rbp) # a 0 movl $0, -8(%rbp) # b ‘\0‘ (值也是0) movl $48, -12(%rbp) # c ‘0‘ (ASCII 48) movq $0, -24(%rbp) # p1 0 (空指針64位下8字節(jié)全零) movq $0, -32(%rbp) # p2 NULL (同樣被處理為8字節(jié)全零) movq $0, -40(%rbp) # s1 0 movq $0, -48(%rbp) # s2 NULL # 比較 p1 0 cmpq $0, -24(%rbp) # 直接比較指針變量和立即數(shù)0 # 比較 s1 ‘\0‘ (編譯器會(huì)發(fā)出警告) movzbl -40(%rbp), %eax # 將s1指向的第一個(gè)字符單字節(jié)零擴(kuò)展加載到eax cmpl $0, %eax # 比較該字符值已提升為int和0從匯編可以看出整型0、字符‘\0‘在賦值給int時(shí)產(chǎn)生的指令完全相同movl $0。字符‘0‘被直接編譯為它的ASCII值48movl $48。指針的零初始化無論是0還是NULL在x86-64上都被實(shí)現(xiàn)為將一個(gè)8字節(jié)的零movq $0移動(dòng)到內(nèi)存地址。這印證了在該平臺(tái)上空指針的位模式是全零。指針與整型0的比較p1 0被直接翻譯為指針值與立即數(shù)0的比較。指針與字符‘\0‘的比較s1 ‘\0‘在語義上是錯(cuò)誤的但編譯器可能只給出警告并生成代碼先解引用指針s1取它指向的第一個(gè)字符然后將該字符與0比較。如果s1是NULL解引用這步就會(huì)崩潰。這個(gè)練習(xí)告訴我們高級(jí)語言中的概念在底層可能被編譯為相同的指令但它們的語義天差地別。編譯器會(huì)根據(jù)上下文進(jìn)行隱式轉(zhuǎn)換但程序員必須對(duì)語義負(fù)責(zé)。6. 現(xiàn)代C編程的進(jìn)階建議與工具輔助理解了基本原理后如何在實(shí)際項(xiàng)目中避免這些問題1. 啟用編譯器警告并視其為錯(cuò)誤這是最重要的防線。使用-Wall -Wextra -WerrorGCC/Clang或類似選項(xiàng)。編譯器能捕捉到許多類型不匹配和可疑的轉(zhuǎn)換。 --Wconversion警告可能改變值的隱式轉(zhuǎn)換。 --Wpointer-arith警告對(duì)void*和函數(shù)指針進(jìn)行算術(shù)操作。 --Wnonnull警告?zhèn)鬟f給標(biāo)記了nonnull屬性的參數(shù)可能為NULL。2. 使用靜態(tài)分析工具如Clang Static Analyzer, Cppcheck, PVS-Studio等。它們能發(fā)現(xiàn)編譯器警告發(fā)現(xiàn)不了的更深層邏輯問題比如潛在的NULL解引用。3. 采用清晰的編碼規(guī)范并強(qiáng)制執(zhí)行 -強(qiáng)制使用NULL表示空指針禁止使用字面量0。 - 在解引用指針前必須進(jìn)行NULL檢查除非API文檔明確保證指針非空。 - 對(duì)于可能返回錯(cuò)誤碼的函數(shù)明確比較返回值與成功常量如if (ret ! SUCCESS)避免依賴if (ret)的隱式真假判斷。 - 初始化變量時(shí)對(duì)于指針顯式初始化為NULL對(duì)于數(shù)組使用{0}或memset對(duì)于結(jié)構(gòu)體考慮使用指定初始化器.field value。4. 理解你所用的平臺(tái)和編譯器雖然要寫可移植的代碼但了解你的目標(biāo)平臺(tái)空指針的位模式、NULL的定義有助于調(diào)試底層問題。在嵌入式或跨平臺(tái)開發(fā)中尤其重要。5. 擁抱新標(biāo)準(zhǔn)如C11、C17的特性雖然本文討論的是核心概念但新標(biāo)準(zhǔn)提供了更多安全工具。 -_Generic可以進(jìn)行類型泛型選擇有時(shí)能幫助寫出更類型安全的宏。 -static_assert編譯時(shí)斷言可以檢查類型大小等確保假設(shè)成立。 - 使用stdint.h中的明確類型如intptr_t、uintptr_t來處理指針和整數(shù)之間的轉(zhuǎn)換如果需要的話這種情況應(yīng)盡量避免?；氐介_頭那個(gè)深夜的調(diào)試問題。錯(cuò)誤的根源在于用if (node ! 0)來檢查指針。雖然在那臺(tái)x86 Linux機(jī)器上它碰巧能工作但這不是可移植的、意圖清晰的代碼。正確的寫法應(yīng)該是if (node ! NULL)。這個(gè)小小的改動(dòng)不僅修復(fù)了潛在的可移植性問題更重要的是它向所有閱讀代碼的人包括未來的你自己清晰地宣告這里在進(jìn)行一個(gè)指針有效性的檢查。在C語言的世界里清晰明確的意圖是抵御復(fù)雜性和潛在錯(cuò)誤最堅(jiān)固的盾牌。