有很多好的库可用。

Boost Program Options是一个相当重量级的解决方案，因为将它添加到项目中需要构建Boost，而且语法有点令人困惑(在我看来)。但是，它几乎可以做任何事情，包括让命令行选项覆盖配置文件中设置的选项。

SimpleOpt是一个相当全面但简单的命令行处理器。它是一个单一的文件，具有简单的结构，但只处理将命令行解析为选项，您必须进行所有的类型和范围检查。它适用于Windows和Unix，并且还附带了一个适用于Windows的glob版本。

getopt在Windows上可用。它与Unix机器上的相同，但它通常是一个GPL库。

尝试Boost::Program Options。它允许您读取和解析命令行以及配置文件。

如果你不想使用boost，我推荐这个小助手类。

尝试CLPP库。它是用于命令行参数解析的简单而灵活的库。仅头部和跨平台。仅使用ISO c++和Boost c++库。恕我直言，这比Boost.Program_options简单。

图书馆:http://sourceforge.net/projects/clp-parser/

2010年10月26日-新发布2.0rc。修正了许多bug，完整的源代码重构、文档、示例和注释都得到了修正。

这是我最喜欢的执行命令行的方式，特别是，但绝对不是只有在效率是一个问题。这可能看起来有点过分，但我认为这种过分有一些缺点。

使用gperf进行高效的C/ c++命令行处理

缺点:

您必须首先运行一个单独的工具来生成C/ c++哈希表的代码 不支持特定的命令行接口。例如，posix简写系统“-xyz”用一个破折号声明多个选项是很难实现的。

优点:

Your command line options are stored separately from your C++ code (in a separate configuration file, which doesn't need to be read at runtime, only at compile time). All you have in your code is exactly one switch (switching on enum values) to figure out which option you have Efficiency is O(n) where n is the number of options on the command line and the number of possible options is irrelevant. The slowest part is possibly the implementation of the switch (sometimes compilers tend to implement them as if else blocks, reducing their efficiency, albeit this is unlikely if you choose contiguous values, see: this article on switch efficiency ) The memory allocated to store the keywords is precisely large enough for the keyword set and no larger. Also works in C

使用像eclipse这样的IDE，您可能可以自动化运行gperf的过程，因此您惟一需要做的就是在配置文件和switch语句中添加一个选项，然后按build…

我使用了一个批处理文件来运行gperf，并做了一些清理，并使用sed添加了包含保护(在gperf生成的.hpp文件上)…

所以，在你的软件中有非常简洁干净的代码和一个自动生成的哈希表文件，你真的不需要手动更改。我怀疑boost::program_options即使没有效率作为优先级，实际上也能打败它。

AnyOption是一个c++类，用于轻松解析复杂的命令行选项。它还以选项值对格式解析来自rsourcefile的选项。

AnyOption实现了传统的POSIX风格的字符选项(-n)以及较新的GNU风格的长选项(——name)。或者您可以通过要求忽略POSIX样式选项来使用更简单的长选项版本(-name)。