爲什麼C字符串的最大長度與max char []不同？

Question

澄清：鑑於文字的字符串可以被（見下文）重寫爲const char[]，強加文字較低的最高長度比 char[] s是隻是一個句法不便。爲什麼C標準 鼓勵這個？

---

的C89標準對字符串字面翻譯的限制：在一個字符串

509個字符的文字或寬字符串文字（後串聯）

沒有一個字符數組的限制;也許

32767字節的對象（僅在託管環境）

適用（我不知道是什麼意思的對象或託管環境中），但無論如何這是一個更高的極限。

我的理解是，一個字符串文字相當於包含字符的字符數組，即：它總是能夠改寫這樣的事情：

const char* str = "foo"; 

這個

static const char __THE_LITERAL[] = { 'f', 'o', 'o', '\0' }; 
const char* str = __THE_LITERAL; 

那麼，爲什麼這樣的硬性文字限制？

Answer 1

字符串文字的限制是編譯時的要求;邏輯源代碼行的長度也有類似的限制。編譯器可能使用固定大小的數據結構來保存源代碼行和字符串文字。

（C99將這些特定限制從509個字符增加到4095個字符。）

另一方面，可以在運行時建立一個對象（例如數組char）。限制可能由目標機器架構強加，而不是由編譯器的設計決定。

請注意，這些是而不是強加給程序的上限。編譯器不需要強加任何有限的限制。如果編譯器確實對行長施加了限制，則它必須至少爲509或4095個字符。 （我認爲大多數實際的編譯器並沒有強加固定的限制，而是動態地分配內存。）

Answer 2

並不是說509個字符是字符串的限制，它是ANSI兼容性所需的最小值，如解釋here所解釋的。

我認爲這個標準的製造商從他們的屁股中抽出了509個，但除非我們從中得到一些官方文檔，否則我們無法知道。

只要多少個字符實際上可以在字符串文字中，即依賴於編譯器。

下面是一些例子：

• MSVC：2048
• GCC：無限制（可達10萬字），但給後510個字符的警告：

  字符串文字的長度100000超過C90編譯器需要支持的最大長度509

Answer 3

對不起，關於最近的答案，但我想說明兩種情況之間的區別（Richard J. Ross已經指出，他們是不相等）

假設你試試這個：

const char __THE_LITERAL[] = { 'f', 'o', 'o', '\0' }; 
const char* str = __THE_LITERAL; 
char *str_writable = (char *) str; // Not so const anymore 
str_writable[0] = 'g'; 

現在str包含 「咕」。

但是，如果你這樣做：

const char* str = "foo"; 
char *str_writable = (char *) str; 
str_writable[0] = 'g'; 

結果：段錯誤！ （至少在我的平臺上）。

以下是最基本的區別：在第一種情況下，您的數組已初始化爲「foo」，但在第二種情況下，您具有實際的字符串文字。

在一個側面說明，

const char __THE_LITERAL[] = { 'f', 'o', 'o', '\0' }; 

是完全等同於

const char __THE_LITERAL[] = "foo"; 

這裏=充當數組初始化而不是分配。這與

有很大不同

const char *str = "foo"; 

其中字符串文字的地址被分配到str。