是否可以更改 argv 或者我需要创建它的调整副本？

Question

我的应用程序可能会传入大量参数，我想避免命中内存将参数复制到过滤列表中。 我想就地过滤它们，但我很确定弄乱 argv 数组本身或它指向的任何数据可能是不可取的。 有什么建议么？

Answer 1

argv 的原始分配保留为编译器/运行时选择。
因此随意修改它可能并不安全。 许多系统将其构建在堆栈上，因此当 main 返回时它会自动释放。 其他的将其构建在堆上，并在 main 返回时释放（或不释放）它。

更改参数的值是安全的，只要您不尝试使其更长（缓冲区溢出错误）。 打乱参数的顺序是安全的。

要删除您已经预处理的参数，类似这样的操作将起作用：（

未检查许多错误条件，“--special”其他未检查的第一个参数，等等。毕竟，这只是一个概念演示。）

int main(int argc, char** argv)
{
    bool doSpecial = false; // an assumption
    if (0 == strcmp(argv[1], "--special"))
    {
        doSpecial = true; // no longer an assumption
        // remove the "--special" argument
        //  but do copy the NULL at the end.
        for(int i=1; i<argc; ++i)
            argv[i]  = argv[i+1];
        --argc;
    }
    // all normal processing with "--special" removed.
    // the doSpecial flag is available if wanted.
    return 0;
}

但请参阅此以了解完整操作：（libiberty 库中用于操作 argv 样式向量的部分）

http://www.opensource.apple.com/source/gcc/ gcc-5666.3/libiberty/argv.c

它已获得 GNU LGPL 许可。

Answer 2

C 标准的最新草案 (N1256) 指出 main 函数有两种允许的形式：

int main (void);
int main (int argc, char* argv[]);

但关键是“或以其他实现定义的方式”这一条款。 在我看来，这是标准中的一个漏洞，大到足以让半挂车通过。

有些人专门使用 const char * 作为 argv 来禁止更改参数。 如果您的主函数是这样定义的，则不允许您更改 argv[] 指向的字符，如以下程序所示：

pax> cat qq.c
#include <stdio.h>
int main (int c, const char *v[]) {
    *v[1] = 'X';
    printf ("[%s]\n", v[1]);
    return 0;
}

pax> gcc -o qq qq.c
qq.c: In function `main':
qq.c:3: error: assignment of read-only location

但是，如果您删除 const，它工作得很好：

pax> cat qq2.c
#include <stdio.h>
int main (int c, char *v[]) {
    *v[1] = 'X';
    printf ("[%s]\n", v[1]);
    return 0;
}

pax> gcc -o qq2 qq2.c ; ./qq2 Hello
[Xello]

我认为 C++ 也是如此。 当前的草案指出：

All implementations shall allow both of the following definitions of main:
    int main();
    int main(int argc, char* argv[]);

但它并没有明确禁止其他变体，因此您大概也可以接受 C++ 中的 const 版本（事实上，g++ 也接受）。

您唯一需要注意的是尝试增加任何元素的大小。 标准没有规定它们的存储方式，因此扩展一个参数可能（可能会）影响其他参数或其他一些不相关的数据。

Answer 3

一旦 argv 被传递到 main 方法中，您就可以像任何其他 C 数组一样对待它 - 根据需要更改它，只需注意您正在用它做什么。 除了在代码中显式使用数组的内容之外，数组的内容不会影响程序的返回代码或执行。 我想不出有什么理由不“建议”对它进行特殊对待。

当然，您仍然需要注意意外访问超出 argv 范围的内存。 它可以像普通 C 数组一样访问，但它也像任何其他普通 C 数组一样容易出现访问错误。 （感谢所有在评论和其他回复中指出这一点的人！）

Answer 4

C99 标准对于修改 argv （和 argc）有这样的规定：

参数argc和argv以及argv数组指向的字符串应可由程序修改，并在程序启动和程序终止之间保留其最后存储的值。

Answer 5

操作系统在执行之前将 argv 和 argc 推入应用程序堆栈，您可以像对待任何其他堆栈变量一样对待它们。

Answer 6

我唯一会说直接操作 argv 是一个坏想法是当应用程序根据 argv[0] 的内容改变其行为时。

然而，在考虑可移植性的情况下，根据 argv[0] 改变程序的行为本身就是一个非常坏的主意。

除此之外，您可以像对待任何其他数组一样对待它。 正如 Jonathan 所说，GNU getopt() 非破坏性地排列参数列表，我见过其他 getopt() 实现，它们甚至可以序列化甚至散列参数（当程序接近 ARG_MAX 时很有用）。

只是要小心你的指针算术。

Answer 7

根据经验，诸如 GNU getopt() 之类的函数会排列参数列表而不会引起问题。 正如@Tim 所说，只要你明智地玩，你就可以操作指针数组，甚至单个字符串。 只是不要超出任何隐式数组边界。

Answer 8

有些图书馆就是这么做的！

glut opengl库提供的初始化方法(GlutInit)扫描与 glut 相关的参数，并通过向前移动 argv 中的后续元素（移动指针，而不是实际字符串）并递减 argc 来清除它们

2.1

glutInit glutInit 用于初始化 GLUT 库。

使用

void glutInit(int *argcp, char **argv);

argcp

指向
程序来自 main 的未修改的 argc 变量。 返回时，值
argcp 指向的将被更新，因为 glutInit 提取任何
用于 GLUT 库的命令行选项。

argv

该计划的
main 中未修改的 argv 变量。 与 argcp 一样，argv 的数据将
被更新，因为 glutInit 提取任何命令行选项
被 GLUT 库理解。