无法正确获取argv[i+1]值：C语言命令行参数解析异常求助

老兄，你遇到的这个问题大概率是两个常见原因导致的，结合Windows+MinGW的环境特性，我给你拆解一下：

最可能的两个原因 #

1. Windows原生终端的命令格式错误 #

如果你是在Windows自带的CMD或者PowerShell里运行./test -l 123，那问题就出在./这个Unix风格的路径前缀上——Windows原生终端不认识这个写法，会把./test拆成两个独立的命令行参数：./和test。这时候你的程序收到的argv数组会变成这样：

• argv[0] = "./"
• argv[1] = "test"
• argv[2] = "-l"
• argv[3] = "123"
  自然你代码里找-l会在索引2的位置，再去读索引3的话，如果你的代码没做边界检查，就会读到超出范围的NULL，atoi(NULL)返回0，正好符合你看到的结果。

2. 代码中的参数遍历逻辑错误 #

如果是在MinGW的bash终端里运行的，那大概率是你代码里的索引处理出了问题：比如错误地从索引2开始遍历参数，或者处理前一个参数时多递增了一次索引，导致跳过了索引1的-l。举个错误示例：

// 错误：从i=2开始遍历，跳过了索引1的参数
for (int i = 2; i < argc; i++) {
    if (strcmp(argv[i], "-l") == 0) {
        max_number = atoi(argv[i+1]);
    }
}

这种写法肯定会错过索引1的-l，跑去索引2找。

快速排查方法 #

先给代码加一段参数打印逻辑，搞清楚实际收到的参数是什么样的：

#include <stdio.h>

int main(int argc, char *argv[]) {
    printf("参数总数argc = %d\n", argc);
    for (int i = 0; i < argc; i++) {
        printf("argv[%d] = \"%s\"\n", i, argv[i]);
    }
    // 这里放你原来的参数处理代码
    return 0;
}

编译运行后，就能直观看到每个参数的位置，瞬间定位是命令格式问题还是代码逻辑问题。

修正方案 #

针对终端命令格式问题 #

• 如果用MinGW的bash终端：继续用./args -l 123没问题；
• 如果用Windows原生CMD/PowerShell：直接运行args.exe -l 123（或者简化成args -l 123，只要当前目录在系统PATH里），别加./前缀。

针对代码逻辑问题 #

给你一个健壮的参数处理示例，包含边界检查，避免越界读取：

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

int main(int argc, char *argv[]) {
    int max_number = 0;
    int i = 1; // 从第一个参数（索引1）开始遍历，索引0是程序名

    while (i < argc) {
        if (strcmp(argv[i], "-l") == 0) {
            // 先检查有没有下一个参数，避免越界
            if (i + 1 >= argc) {
                printf("错误：-l选项需要传入一个数值参数！\n");
                return 1;
            }
            max_number = atoi(argv[i+1]);
            i += 2; // 跳过已经处理的选项和参数
        } else {
            printf("未知参数：%s\n", argv[i]);
            return 1;
        }
    }

    printf("读取到的max_number值：%d\n", max_number);
    return 0;
}

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