为何C语言函数输入字符串参数极少使用const char * const类型？

指针const修饰符的常见写法 #

以下是不同const修饰位置对应的指针类型：

int       *      mutable_pointer_to_mutable_int;    // 指向可变整数的可变指针
int const *      mutable_pointer_to_constant_int;   // 指向常量整数的可变指针
const int *      mutable_pointer_to_constant_int;   // 与上一行等价，写法不同
int       *const constant_pointer_to_mutable_int;   // 指向可变整数的常量指针
int const *const constant_pointer_to_constant_int;  // 指向常量整数的常量指针
const int *const constant_pointer_to_constant_int;  // 与上一行等价，写法不同

关于API接口中const指针的疑问 #

假设我有一个接收字符串输入且不会修改该字符串的函数do_something，我会这样编写：

void do_something(char const* const string);

但我发现，在微控制器厂商提供的优质API代码中，这类场景极少使用char const * const作为输入类型，通常只用char const*或const char*。请问这是否存在特定原因？将指针本身也设为const难道不是更规范的写法吗？

核心原因解析 #

函数参数里的**顶层const（修饰指针本身的const）和底层const（修饰指针指向内容的const）**作用完全不同：

• char const*（或const char*）是底层const，它向调用者明确承诺：函数不会修改指针指向的字符串内容——这是对外接口最关键的信息，调用者只需要关心这个。
• 而char const* const里的第二个const是顶层const，它仅约束函数内部不能修改这个指针变量本身（比如不能让它指向其他地址），这属于函数内部实现的细节，不需要暴露在对外接口中。

从行业惯例和API设计角度来看：

1. 接口简洁性：厂商API需要让调用者快速理解接口意图，多余的顶层const会增加视觉噪音，没必要把内部实现约束暴露给用户。
2. 兼容性：函数声明中的顶层const会被编译器忽略，void f(char const* const s)和void f(char const* s)对调用者来说是完全等价的接口。只用char const*的接口，调用者可以传递任意类型的字符串指针（char*、const char*、char* const等），不会有类型兼容问题。
3. 规范边界：如果是编写函数内部实现，为了防止误修改指针本身，加上顶层const是个好习惯；但作为对外API，优先保证接口的清晰性和兼容性才是更重要的规范。

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