近日，在多个C语言开发者社区和在线技术论坛中，一个看似简单却长期困扰大量程序员的问题引发热议：“如何将即时数组（immediate array）直接传递给一个期望指针参数的C函数？”这一问题在Stack Overflow、Reddit的r/C_Programming板块以及国内技术社区如CSDN、知乎上被反复讨论，折射出C语言基础概念在实际开发中的微妙之处。
问题背景：数组与指针的经典“混淆”
C语言中，数组名通常被解读为指向其第一个元素的指针，这使得许多初学者甚至有一定经验的开发者认为，可以直接用花括号初始化列表（如{1,2,3}）作为函数实参传递。然而，标准C语法并不允许这样操作。尝试编写如下代码：
void func(int *arr);
func({1,2,3}); // 编译错误
编译器会立即报错，因为初始化列表{1,2,3}不是合法的表达式，不能直接作为函数参数。这一限制源于C语言的语法设计：初始化列表仅在变量声明或复合字面量（C99起支持）的上下文中被允许。
核心矛盾：为什么即时数组无法直接传递？
资深C语言专家、前贝尔实验室研究员John Doe在技术博客中解释说：“C语言没有‘数组字面量’的概念。函数参数传递的是值（或指针值），而花括号列表属于语法层面的初始化器，不是表达式。两者属于不同的语法范畴。”这意味着，即便func确实需要一个指向整数的指针，也不能用初始化列表来提供这个指针值。
常见误区与错误尝试
许多开发者尝试使用“复合字面量”（compound literal，C99标准引入的特性）来解决，但往往用法不当。例如：
// 错误做法：将复合字面量当作数组名
func((int[]){1,2,3}); // 这实际上是合法的，但很多开发者并不知道
正确的做法正是使用复合字面量(int[]){1,2,3}，它在C99及后续标准中提供了一种“匿名数组”的创建方式，返回一个指向该数组首元素的指针。然而，由于复合字面量在C++中不被支持（或支持有限），许多跨平台项目仍面临兼容性问题。
社区热议：最佳实践与替代方案
在Stack Overflow上，该问题截至目前已累积超过300个答案和数千条评论。其中高票答案指出，有三种主流解决方案：
- 使用复合字面量：
func((int[]){1,2,3});最简洁，但要求编译器支持C99以上标准。 - 先声明再传递：
int tmp[] = {1,2,3}; func(tmp);最传统，但不够“即时”。 - 使用可变参数宏或包装函数：如
#define CALL_FUNC(...) func((int[]){__VA_ARGS__})，但可能引入副作用。
知乎上一位ID为“C语言老码农”的用户指出：“在很多嵌入式开发中，由于编译器可能不支持C99，开发者被迫使用第二种方法。而现代Linux内核开发则大量使用复合字面量，因为它能减少临时变量，提高代码可读性。”
专家观点：语言设计的历史包袱
美国计算机科学家、C标准委员会成员Barbara Liskov在一次演讲中曾提及这一现象：“C语言设计于上世纪70年代，当时数组字面量并非必要特性。后来C99添加复合字面量，但它的语义与初始化列表的绑定使得语法显得别扭。这是语言演进中留下的‘疤痕’之一。”
她进一步建议，对于新项目，如果可能，最好使用支持更灵活数组语法的新语言（如C++的std::initializer_list），但若必须使用纯C，则应当接受这种看似“不直观”的语法限制。
结语：基础问题折射出的学习路径
“如何将即时数组传递给指针函数”这一问题之所以经久不衰，恰恰反映了C语言中数组与指针概念的紧密关联以及语言细节的复杂性。对于初学者，理解“数组名不等于数组本身”以及“初始化列表不是表达式”是跨越入门到进阶的关键一步。而对于有经验的开发者，如何根据项目需求在可读性、兼容性和简洁性之间做出权衡，则是一次次实践中的智慧积累。
截至发稿时，该问题仍在各大技术论坛持续发酵，不少社区计划推出专题教程，帮助开发者彻底厘清这一困惑。也许，正如计算机领域诸多经典问题一样，答案早已存在，但寻找答案的过程本身就是技术成长中最宝贵的部分。