C语言命令行参数使用问题：访问参数时终端显示异常符号求因

嘿，我来帮你捋捋这个问题！当你在C程序里访问命令行参数时出现像1▒这类奇怪符号，基本逃不出下面几个常见的坑，咱们一个个拆解：

• 没检查参数是否存在就直接访问
  这是最常见的问题！C语言里argv数组的最后一个元素是NULL，如果你运行程序时没传任何参数，argv[1]就是NULL。这时候直接打印或者操作argv[1]，程序就会读取内存里的随机垃圾数据，自然会出现乱码。

  错误示例：

  #include <stdio.h>
  int main(int argc, char *argv[]) {
      printf("%s\n", argv[1]); // 没传参数时argv[1]是NULL，触发未定义行为
      return 0;
  }
  

  解决办法：先通过argc判断参数数量，确保要访问的索引在合法范围内：

  #include <stdio.h>
  int main(int argc, char *argv[]) {
      if (argc > 1) {
          printf("%s\n", argv[1]);
      } else {
          printf("请传入至少一个命令行参数！\n");
      }
      return 0;
  }
  

• 错误处理数字参数的类型转换
  如果你传的是数字参数（比如./myprogram 1），但错误地把字符串指针当成其他类型处理（比如直接强制转成整数指针解引用），就会把字符串的字节内容当成奇怪的数值或符号输出。

  错误示例：

  // 错误：把字符串指针强制转为int指针，读取的是字符串的字节值
  printf("%d\n", *(int*)argv[1]);
  

  正确做法是用atoi()、strtol()这类函数把字符串转成整数：

  #include <stdio.h>
  #include <stdlib.h>
  int main(int argc, char *argv[]) {
      if (argc > 1) {
          int num = atoi(argv[1]);
          printf("你传入的数字是：%d\n", num);
      }
      return 0;
  }
  

• 内存越界访问字符串
  如果你访问了命令行参数字符串的超出长度的索引（比如参数是"abc"，却去读argv[1][5]），就会读取到字符串末尾之后的内存垃圾数据，显示成乱码符号。这种情况要确保访问的索引不超过字符串的实际长度，可以用strlen()先获取长度再判断。

• 终端编码不匹配（少见但可能）
  部分情况下，终端的字符编码和程序输出的编码不一致也会导致乱码。比如Windows的CMD默认是GBK编码，如果程序输出UTF-8字符就会显示异常。可以尝试切换终端编码到UTF-8（Windows下用chcp 65001命令），或者确保程序输出的编码和终端一致。

内容的提问来源于stack exchange，提问作者M.Ahmed