我正在寻找一种替代方法，可以获取进程提供的命令行参数argc和argv，而不必直接访问传递给main()的变量。
我想创建一个与main()无关的类，这样使用它们的代码就不必显式地传递argc和argv了。
编辑：需要澄清一些问题。我有这个类。
class Application
{
int const argc_;
char const** const argv_;
public:
explicit Application(int, char const*[]);
};
Application::Application(int const argc, char const* argv[]) :
argc_(argc),
argv_(argv)
{
}
但我希望有一个默认构造函数Application::Application()，其中包含一些（很可能是）C代码，可以从某个地方获取argc和argv。
在Linux上，您可以从进程的proc文件系统中获取此信息，即 /proc/$$/cmdline：
int pid = getpid();
char fname[PATH_MAX];
char cmdline[ARG_MAX];
snprintf(fname, sizeof fname, "/proc/%d/cmdline", pid);
FILE *fp = fopen(fname);
fgets(cmdline, sizeof cmdline, fp);
// the arguments are in cmdline
cat /proc/self/cmdline x y z 返回 cat/proc/self/cmdlinexyz，但对该文件的 fgets 仅返回 cat。为什么会这样？ - Evgenmain函数的参数由C运行时定义，这也是获取命令行参数的唯一标准/便携方式。不要与系统作对。 :)
如果您只想在程序的其他部分提供对命令行参数的访问，可以使用许多方法来实现自己的API。只需在main中使用argv/argc初始化自定义类，从那时起，您就可以忽略它们并使用自己的API。单例模式非常适合这种情况。
举个例子，最流行的C++框架之一Qt就使用了这种机制：
int main(int argc, char* argv[])
{
QCoreApplication app(argc, argv);
std::cout << app.arguments().at(0) << std::endl;
return app.exec();
}
这些参数被应用程序捕获并复制到一个QStringList中。有关更多详细信息，请参见QCoreApplication :: arguments（）。
同样，在Mac上，Cocoa具有一种特殊的函数，它捕获命令行参数并使它们对框架可用：
#import <Cocoa/Cocoa.h>
int main(int argc, char *argv[])
{
return NSApplicationMain(argc, (const char **)argv);
}
使用NSProcessInfo.arguments属性，应用程序中的参数随时可用。
我注意到在您更新的问题中，您的类直接在其实例中存储了argc/argv的副本：
int const argc_;
char const** const argv_;
argv指针的生命周期应该在进程的整个生命周期内有效），但这并不符合C++的风格。考虑创建一个字符串向量（std::vector<std::string>）作为容器并复制字符串。然后它们甚至可以安全地进行可变操作（如果您想要的话！）main传递这些信息会被视为需要避免的坏事情。这正是大型框架的工作方式。Application类的实例。参数可以通过main传递，但其他代码无需知道或关心它们来自何处。main的参数传递到你的Application构造函数中的事实，你可以使用宏来隐藏它们。argc和argv可能是错误的，但为什么还要阻止人们这样做呢？除了我所描述的情况之外，还有其他情况似乎能够从中受益。 - user1095108我完全同意 @gavinb 和其他人的观点。您应该确实使用从 main 中获得的参数并将它们存储或在需要它们的地方传递它们。那是唯一可移植的方式。
但是，仅用于教育目的，在我的 OS X 上使用 clang 和 Linux 上的 gcc，以下内容对我有效：
#include <stdio.h>
__attribute__((constructor)) void stuff(int argc, char **argv)
{
for (int i=0; i<argc; i++) {
printf("%s: argv[%d] = '%s'\n", __FUNCTION__, i, argv[i]);
}
}
int main(int argc, char **argv)
{
for (int i=0; i<argc; i++) {
printf("%s: argv[%d] = '%s'\n", __FUNCTION__, i, argv[i]);
}
return 0;
}
输出结果为：
$ gcc -std=c99 -o test test.c && ./test this will also get you the arguments
stuff: argv[0] = './test'
stuff: argv[1] = 'this'
stuff: argv[2] = 'will'
stuff: argv[3] = 'also'
stuff: argv[4] = 'get'
stuff: argv[5] = 'you'
stuff: argv[6] = 'the'
stuff: argv[7] = 'arguments'
main: argv[0] = './test'
main: argv[1] = 'this'
main: argv[2] = 'will'
main: argv[3] = 'also'
main: argv[4] = 'get'
main: argv[5] = 'you'
main: argv[6] = 'the'
main: argv[7] = 'arguments'
之所以如此，是因为stuff函数被标记为__attribute__((constructor))，这意味着在动态链接器加载当前库时会运行它。这意味着在主程序中，即使在main函数运行之前，stuff函数也将运行并获得类似的环境。因此，您能够获取参数。
但是请注意：这仅用于教育目的，不应在任何生产代码中使用。它不具备可移植性，并且可能随时无预警地崩溃。
__attribute__((constructor)) 函数是否保证能够访问 argv/argc，还是只是利用了某种表示的偶然性？ - Patrick Collins就 Windows 部分而言，命令行可以通过 GetCommandLine 函数获得，该函数的文档在 此处，无需显式访问 main 函数的参数即可获取。
GetCommandLine的示例。 - Cory Kleinargc或argv值来自哪里，它只想要它们被传递。但是您可能需要将这些值复制到其他地方 - 不能保证它们不会更改（同样适用于其他方法，例如GetCommandLine）。GetCommandLine这样的东西会创建隐藏的依赖性。突然间，你不再有一个简单的“传递值”的语义，而是“神奇地从其他地方获取他们的输入” - 再加上前面提到的“这些值随时可能发生变化”，这使得您的代码变得更加脆弱，更不可能进行测试。而解析命令行参数绝对是自动化测试非常有益的情况之一。如果您愿意，这就像全局变量与方法参数的方法。在Windows中，如果您需要将参数作为wchar_t *获取，可以使用CommandLineToArgvW()函数：
int main()
{
LPWSTR *sz_arglist;
int n_args;
int result;
sz_arglist = CommandLineToArgvW(GetCommandLineW(), &n_args);
if (sz_arglist == NULL)
{
fprintf(stderr, _("CommandLineToArgvW() failed.\n"));
return 1;
}
else
{
result = wmain(n_args, sz_arglist);
}
LocalFree(sz_arglist);
return result;
}
当使用MinGW时，这非常方便，因为gcc不把int _wmain(int, wchar_t *)识别为有效的main原型。
main()不导出它们，则没有直接访问它们的方法；但是，这并不意味着没有间接的方法。许多类似Posix的系统使用elf格式，在栈上传递argc，argv和envp以便通过常规调用约定初始化_start()并传递到main()中。这通常在汇编中完成（因为仍然没有可移植的方法来获取堆栈指针），并放在“开始文件”中，通常带有一些名称变体crt.o。 main()以便只需导出符号，则您可能不会访问_start()。那么，我为什么还要提到它呢？因为有第三个参数envp。由于environ是标准导出的变量，它使用envp在_start()中设置。在许多ELF系统中，如果您获取 environ的基地址并使用负数组索引向后移动，就可以推断出argc和argv参数。第一个应该是NULL，然后是最后一个argv参数，直到您到达第一个。当指向的值强制转换为long时等于负索引的负数时，您就有了argc和下一个（比您的负索引多一）是argv / argv [0]。/proc/<pid>/cmdline或(/proc/self/cmdline)，或使用编译器特定的扩展，如__attribute__((constructor))
请注意，在函数中获取命令行的等效方式，类似于GetCommandLine不可能（TLDR：命令行未传递给Linux内核，而是由调用进程（例如shell）解析和分割）。我知道一些需要 int argc, char *argv[] 类型参数的函数常见场景。其中一个明显的例子是 GLUT，它的初始化函数从 main() 中获取这些参数，这种情况有点像“嵌套的 main”。这可能是您所期望的行为，也可能不是。如果不是，由于没有约定命名这些参数，只要您的函数具有其自己的参数解析器，并且您知道自己在做什么，您可以硬编码实现任何所需功能：
int foo = 1;
char * bar[1] = {" "};
int myFunc( int foo, char *bar[]){
//argument parser
{… …}
return 0;
}
这是一种正确的C++实现方式：
#include <iostream>
#include <fstream>
#include <unistd.h>
#include <sstream>
#include <vector>
using namespace std;
template <typename T>
string to_str(T value ){
ostringstream ss;
ss << value;
return ss.str();
}
int main(int argc, char** argv){
ifstream reader("/proc/" + to_str(getpid()) + "/cmdline", ios::binary);
vector<unsigned char> buffer(istreambuf_iterator<char>(reader), {});
int length = buffer.size();
for(int i = 0; i < length; i++){
if(!buffer[i]){
cout << endl;
}else{cout << buffer[i];}
}
return 0;
}
main函数的参数之外，没有一种便携或标准的方式来获取程序的参数。 - Some programmer dude