技术问询：为何fputs()首参数需为常量而fputc()无需？为何fputc()不用const int c？

这个问题刚好戳中了C语言里传值调用 vs 传指针调用的核心差异，还有const修饰符的设计初衷，咱们一步步拆解：

先聊fputs的const char *s #

fputs的本职工作是把你传入的字符串完整地写入指定流，它从始至终都不需要修改这个字符串的内容——甚至说，修改字符串属于越界操作。那给这个指针加const有两个关键作用：

• 约束函数本身：编译器会帮我们盯着函数内部，如果不小心写出了修改s指向内容的代码（比如s[0] = 'x'），直接抛出错误，从源头避免bug。
• 给调用者松绑：你可以放心传入普通的char数组，也能直接传字符串字面量（比如"hello, world"）。这些字面量在C里本质是只读的常量，要是函数参数没加const，编译器会抛出“将const指针转换为非const指针”的警告；加了const后，这种调用就完全合法，适配性拉满。

再看fputc的int c为什么不需要const #

这里的核心是传值调用的特性：当你调用fputc('a', fp)时，函数拿到的是'a'的一个副本，而不是你原变量的地址。函数内部就算对这个副本做任何修改（比如把它转换成unsigned char再写入流），也绝对不会影响到你外部的变量。

那给传值参数加const有意义吗？在函数声明里完全没有——声明只是告诉编译器函数的参数类型，const在传值参数里只在函数定义的局部作用域有效，用来防止函数内部不小心修改副本。但标准库的函数声明没必要写这个，因为它既不影响调用者，也不会带来额外的安全性。

另外多说一句：fputc用int而不是char当参数，是为了能接收EOF（一个int类型的负值，范围比char大），不过这和const就没关系啦。

内容的提问来源于stack exchange，提问作者user10471775