C语言命令行参数中argv分配的缓冲区大小问题

这个问题确实是很多C开发者在接触命令行参数时会疑惑的点，我来给你梳理清楚：

• C标准没有规定具体的缓冲区大小
  C语言的标准只定义了argc和argv的接口：argc是参数个数（至少为1），argv是指向字符串数组的指针，每个元素指向一个命令行参数字符串（包括argv[0]指向的程序路径/名称）。但标准完全没有指定这些字符串所使用的缓冲区的具体大小——这是由操作系统和C运行时库（CRT）来决定的实现细节。

• 缓冲区的实际情况
  当你启动一个C程序时，操作系统会负责解析命令行参数，为每个参数字符串分配足够的内存空间（至少能容纳参数内容加上终止的\0字符），然后把这些字符串的指针填充到argv数组中。不同操作系统的实现可能有差异：

  • 比如在Linux系统中，参数是从进程的环境块中获取的，缓冲区大小会刚好适配实际参数的长度（或有少量系统层面的预留，但你不需要关心）；
  • 在Windows系统中，CRT会把系统传递的宽字符参数转换为窄字符字符串，分配的缓冲区也刚好能容纳转换后的内容。

• 你不需要关心缓冲区总大小，只需要关注实际长度
  因为argv指向的字符串都是只读的（虽然类型是char*而非const char*，但修改这些字符串属于未定义行为），你只需要用strlen(argv[n])来获取第n个参数的实际长度即可。如果需要修改参数内容，正确的做法是把字符串复制到自己分配的缓冲区中，比如：

  #include <string.h>
  #include <stdlib.h>
  
  int main(int argc, char **argv) {
      if (argc > 1) {
          // 分配自己的缓冲区并复制参数
          char *my_arg = malloc(strlen(argv[1]) + 1);
          if (my_arg != NULL) {
              strcpy(my_arg, argv[1]);
              // 现在可以安全修改my_arg的内容
              free(my_arg);
          }
      }
      return 0;
  }
  

• 不要假设缓冲区有额外空间
  永远不要尝试往argv[n]指向的缓冲区中写入超过原字符串长度的内容——这会导致缓冲区溢出，触发未定义行为（比如程序崩溃、数据损坏）。

内容的提问来源于stack exchange，提问作者Dr. Debasish Jana