简介gflags-2.1.1 是 Google 开源命令行标志处理库的一个经典稳定版本面向需要在 C 项目中动态管理运行参数的开发者尤其适合与深度学习框架 Caffe 配合使用。它通过 gDEFINE_flag 等宏声明标志支持长短格式参数解析、配置文件读取、标志注册检查与 --help 帮助输出并额外提供 Python、Java 接口便于跨语言集成。资源包共 50 个文件以 cc 源码、h 头文件、cmake 构建脚本、txt 说明文档及 in 模板文件为主另含 html 文档与 sh 脚本压缩包约 100KB结构紧凑覆盖源码、测试与构建配置。目前已有 222 人学习下载。借助该包读者可快速将 gflags 集成进旧版 Caffe 项目灵活调整学习率、批处理大小等训练参数并参考单元测试与示例理解标志注册、解析和校验流程提升代码可调试性与实验效率。1. gflags-2.1.1 到底解决什么问题从 Caffe 编译报错说起如果你在源码编译 Caffe 时见过Could NOT find gflags或者undefined reference to google::ParseCommandLineFlags那你已经站在 gflags 的门口了。gflags-2.1.1 是 Google 开源的一套 C 命令行参数解析库它把--lr0.01、--batch_size64这类参数从argv里捞出来绑定到全局变量上让训练脚本、推理程序、测试工具都能用同一套方式读配置。它最典型的落地场景就是 Caffe 的构建链路Caffe 的tools/caffe.cpp、caffe train、caffe test全部依赖 gflags 来解析--solver、--weights、--snapshot这些开关。没有它Caffe 的 CMake 配置阶段就会直接失败或者链接阶段报一堆找不到符号。这份 gflags-2.1.1 资源适合两类人一类是被 Caffe 编译卡住、需要补齐依赖的工程师另一类是想在自己的 C 项目里引入一套成熟参数解析方案、又不想手写getopt的开发者。版本号 2.1.1 不是随便挑的它是 Caffe 生态里兼容性最稳的一档很多老项目的 CMakeLists 里写死了find_package(gflags 2.1.1 REQUIRED)版本对不上就会触发gflags-config.cmake找不到的连锁反应。2. 编译与安装 gflags-2.1.1CMake 参数怎么设才不翻车2.1 源码编译的完整命令链拿到 gflags-2.1.1 源码包后不要急着make先确认你的 CMake 版本和编译器。常见做法是建一个独立的 build 目录避免污染源码树。下面这套命令是我在多个 Caffe 编译环境里反复用过的# 解压后进入源码根目录 tar -zxvf gflags-2.1.1.tar.gz cd gflags-2.1.1 # 创建独立构建目录保持源码干净 mkdir build cd build # 关键配置指定安装前缀、开启静态库、关闭测试 cmake .. \ -DCMAKE_INSTALL_PREFIX/usr/local \ -DBUILD_SHARED_LIBSON \ -DBUILD_STATIC_LIBSON \ -DBUILD_TESTINGOFF \ -DCMAKE_BUILD_TYPERelease # 编译并安装 make -j$(nproc) sudo make install这段命令的逻辑说明CMAKE_INSTALL_PREFIX决定头文件和库文件装到哪Caffe 默认去/usr/local/include和/usr/local/lib找所以这里必须对齐。BUILD_SHARED_LIBSON生成.so动态库BUILD_STATIC_LIBSON同时生成.a静态库两个都开是为了兼容不同项目的链接方式。BUILD_TESTINGOFF能省掉一堆 Google Test 依赖编译时间直接砍半。CMAKE_BUILD_TYPERelease开优化避免 Debug 版本拖慢后续 Caffe 训练。2.2 安装后的验证与路径注册装完不代表能用Linux 下动态库路径没注册运行时照样报error while loading shared libraries: libgflags.so.2.1。我一般会走两步验证# 第一步确认头文件和库文件就位 ls /usr/local/include/gflags/ ls /usr/local/lib/libgflags* # 第二步注册动态库路径并刷新缓存 echo /usr/local/lib | sudo tee /etc/ld.so.conf.d/gflags.conf sudo ldconfig # 第三步写一个最小测试程序验证链接 cat test_gflags.cpp EOF #include gflags/gflags.h #include iostream DEFINE_string(name, world, who to greet); DEFINE_int32(count, 1, repeat times); int main(int argc, char** argv) { gflags::ParseCommandLineFlags(argc, argv, true); for (int i 0; i FLAGS_count; i) { std::cout hello FLAGS_name std::endl; } return 0; } EOF g test_gflags.cpp -o test_gflags -lgflags -lpthread ./test_gflags --namecaffe --count3参数说明DEFINE_string和DEFINE_int32是 gflags 的宏分别定义字符串和整型参数第三个参数是帮助信息。ParseCommandLineFlags的第三个参数传true表示解析后从argv里移除已识别的参数避免干扰后续逻辑。编译时-lgflags必须放在源文件后面-lpthread是因为 gflags 内部用了线程相关设施。如果这一步输出三行hello caffe说明 gflags-2.1.1 已经完整可用。2.3 与 Caffe 的 CMake 对接要点Caffe 的 CMakeLists 里通常有find_package(gflags REQUIRED)它会去找gflags-config.cmake。gflags-2.1.1 安装后会在/usr/local/lib/cmake/gflags/下生成这个文件。如果 Caffe 仍然报找不到八成是CMAKE_PREFIX_PATH没包含/usr/local。可以在 Caffe 的编译命令里显式加上cmake .. -DCMAKE_PREFIX_PATH/usr/local另一个高频问题是 gflags 和 glog 的依赖顺序。Caffe 同时依赖这两个库链接时 gflags 要放在 glog 后面否则会出现undefined reference to symbol _ZN6google21ParseCommandLineFlagsEPiPPPcb。这个顺序在 CMake 的target_link_libraries里体现为glog gflags写反了就是血泪经验。3. gflags 核心用法拆解DEFINE、DECLARE 与参数校验3.1 DEFINE 宏家族与类型映射gflags 提供了一组DEFINE_*宏覆盖常见类型。理解它们的映射关系能避免参数类型不匹配导致的玄学崩溃宏对应类型默认值示例典型场景DEFINE_boolbooltrue/false开关类参数DEFINE_int32int32_t64batch size、线程数DEFINE_int64int64_t1000000大迭代次数DEFINE_uint64uint64_t0内存上限DEFINE_doubledouble0.01学习率、阈值DEFINE_stringstd::stringcpu设备名、路径定义之后参数会以FLAGS_参数名的形式暴露成全局变量。比如DEFINE_double(lr, 0.01, learning rate)定义后代码里直接写FLAGS_lr就能读到用户传入的值。这个设计的好处是零侵入不需要改函数签名不需要传配置对象任何角落都能访问。坏处也明显——全局状态多了以后单元测试之间会互相污染所以 gflags 提供了--flagfile和gflags::SetCommandLineOption来做运行时重置。3.2 DECLARE 跨文件引用与符号可见性当参数定义在main.cpp但需要在solver.cpp里读取时不能重复 DEFINE否则链接期会报重复符号。正确做法是用DECLARE_*// solver.cpp 中声明外部定义的参数 DECLARE_double(lr); DECLARE_int32(batch_size); void configure_solver() { // 直接使用无需传参 double learning_rate FLAGS_lr; int bs FLAGS_batch_size; // ... 后续逻辑 }逻辑说明DECLARE_double(lr)告诉编译器这个符号在别处定义链接时去main.o里找。参数说明DECLARE 的类型必须和 DEFINE 完全一致DEFINE_int32配DECLARE_int64会编译通过但运行时读到错误内存布局这是最隐蔽的坑之一。常见做法是把所有 DEFINE 集中在一个flags.cpp里其他文件统一 DECLARE这样参数清单一眼可见。3.3 参数校验与特殊值处理gflags 允许注册校验器在解析阶段就拦截非法值#include gflags/gflags.h DEFINE_int32(port, 8080, server port); static bool ValidatePort(const char* flagname, int32_t value) { if (value 0 value 65536) return true; std::cerr invalid flagname : value std::endl; return false; } // 在 main 开头注册 int main(int argc, char** argv) { gflags::RegisterFlagValidator(FLAGS_port, ValidatePort); gflags::ParseCommandLineFlags(argc, argv, true); // ... }参数说明RegisterFlagValidator接收参数地址和校验函数指针校验函数返回 false 时 gflags 会打印错误并退出。这个机制适合端口号、学习率范围、路径存在性检查。注意校验器只在命令行解析时触发如果代码里直接改FLAGS_port校验器不会再次执行所以关键参数在业务逻辑里还要再判一次。4. 避坑与排查gflags-2.1.1 最常见的五类翻车4.1 现象编译报gflags/gflags.h: No such file or directory原因头文件没装到编译器默认搜索路径或者安装前缀不是/usr/local。解决先find / -name gflags.h 2/dev/null确认实际位置然后在编译命令里加-I实际路径/include或者重新 cmake 时把CMAKE_INSTALL_PREFIX设成/usr。如果用的是 conda 环境头文件可能在$CONDA_PREFIX/include需要额外加-I$CONDA_PREFIX/include。4.2 现象链接期undefined reference to google::ParseCommandLineFlags原因-lgflags没加或者加在了源文件前面。解决确保链接命令里-lgflags出现在所有.o文件之后。如果是 CMake 项目检查target_link_libraries里 gflags 的顺序放在 glog 后面。另一个可能是装了多个版本的 gflags链接器找到了旧版用ldd看最终二进制依赖的是哪个libgflags.so。4.3 现象运行时error while loading shared libraries: libgflags.so.2.1原因动态库路径没注册到ld.so.conf。解决执行sudo ldconfig刷新缓存或者临时用export LD_LIBRARY_PATH/usr/local/lib:$LD_LIBRARY_PATH。永久方案是写一个/etc/ld.so.conf.d/gflags.conf文件内容就一行/usr/local/lib再ldconfig。注意容器环境里每次重建都要重新执行建议写进 Dockerfile。4.4 现象参数传了但FLAGS_xxx还是默认值原因ParseCommandLineFlags没调用或者调用时机太晚。解决确保它在main函数最开头执行早于任何读取FLAGS_的代码。另一个可能是参数名拼写不一致gflags 对大小写敏感--batch_size和--batchSize是两个不同的参数。用--help打印所有已注册参数对照检查。4.5 现象Caffe 编译时 gflags 和 glog 符号冲突原因两个库都定义了某些符号或者链接顺序不对。解决在 CMake 里把链接顺序固定为glog gflags并且确保没有同时链接系统自带的旧版 gflags。如果用的是源码编译的 glog还要确认 glog 编译时没有把 gflags 作为依赖引入否则会出现循环依赖。常见做法是先用make VERBOSE1看实际链接命令定位冲突符号来自哪个库。5. 进阶技巧用 flagfile 管理 Caffe 训练参数与运行时重置5.1 flagfile 的批量参数管理Caffe 训练时参数动辄几十个全写在命令行里既难维护又容易漏。gflags 支持--flagfile从文件读参数一行一个井号开头是注释# train.flags --solver/path/to/solver.prototxt --weights/path/to/pretrained.caffemodel --gpu0 --snapshot/path/to/snapshot_prefix --iterations10000调用时只需./caffe train --flagfiletrain.flags。这个技巧在跑多组实验时特别有用每组参数存一个 flagfile切换实验就是换文件名。注意 flagfile 里的参数会被命令行上显式传入的同名参数覆盖所以可以写一个基础 flagfile再用命令行微调个别参数。5.2 运行时重置参数与单元测试隔离gflags 的参数是全局的单元测试里改了会影响后续用例。gflags 提供了SetCommandLineOption做运行时重置#include gflags/gflags.h DEFINE_int32(batch_size, 32, batch size); void test_case_a() { gflags::SetCommandLineOption(batch_size, 64); // 此时 FLAGS_batch_size 64 } void test_case_b() { // 恢复默认值避免污染 gflags::SetCommandLineOption(batch_size, 32); // 此时 FLAGS_batch_size 32 }参数说明SetCommandLineOption第一个参数是参数名不带--第二个是字符串形式的值返回一个字符串表示设置结果失败时返回空。这个接口在测试框架的SetUp和TearDown里各调一次就能保证用例之间互不干扰。我一般会写一个辅助函数把当前所有 FLAGS 快照下来测试结束再批量恢复比逐个重置省事。5.3 验证 gflags 是否真正生效的检查清单装完 gflags-2.1.1 后别只看编译通过就完事。我习惯走一遍这个检查清单第一./test_gflags --help能打印出所有 DEFINE 的参数和帮助信息第二./test_gflags --namecaffe --count3输出符合预期第三ldd ./test_gflags | grep gflags确认链接的是/usr/local/lib下的库第四./test_gflags --unknown_flag1能报出未知参数错误第五在 Caffe 的build目录下cmake ..不再报Could NOT find gflags。这五步全过才算真正把 gflags-2.1.1 落地了。从那以后我每次配新环境都会先跑一遍这个清单省得后面训练到一半才发现参数没生效。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/20 6:57:33 · 阅读 1.2k gflags-2.1.1 编译安装与 Caffe 集成实战指南
简介gflags-2.1.1 是 Google 开源命令行标志处理库的一个经典稳定版本面向需要在 C 项目中动态管理运行参数的开发者尤其适合与深度学习框架 Caffe 配合使用。它通过 gDEFINE_flag 等宏声明标志支持长短格式参数解析、配置文件读取、标志注册检查与 --help 帮助输出并额外提供 Python、Java 接口便于跨语言集成。资源包共 50 个文件以 cc 源码、h 头文件、cmake 构建脚本、txt 说明文档及 in 模板文件为主另含 html 文档与 sh 脚本压缩包约 100KB结构紧凑覆盖源码、测试与构建配置。目前已有 222 人学习下载。借助该包读者可快速将 gflags 集成进旧版 Caffe 项目灵活调整学习率、批处理大小等训练参数并参考单元测试与示例理解标志注册、解析和校验流程提升代码可调试性与实验效率。1. gflags-2.1.1 到底解决什么问题从 Caffe 编译报错说起如果你在源码编译 Caffe 时见过Could NOT find gflags或者undefined reference to google::ParseCommandLineFlags那你已经站在 gflags 的门口了。gflags-2.1.1 是 Google 开源的一套 C 命令行参数解析库它把--lr0.01、--batch_size64这类参数从argv里捞出来绑定到全局变量上让训练脚本、推理程序、测试工具都能用同一套方式读配置。它最典型的落地场景就是 Caffe 的构建链路Caffe 的tools/caffe.cpp、caffe train、caffe test全部依赖 gflags 来解析--solver、--weights、--snapshot这些开关。没有它Caffe 的 CMake 配置阶段就会直接失败或者链接阶段报一堆找不到符号。这份 gflags-2.1.1 资源适合两类人一类是被 Caffe 编译卡住、需要补齐依赖的工程师另一类是想在自己的 C 项目里引入一套成熟参数解析方案、又不想手写getopt的开发者。版本号 2.1.1 不是随便挑的它是 Caffe 生态里兼容性最稳的一档很多老项目的 CMakeLists 里写死了find_package(gflags 2.1.1 REQUIRED)版本对不上就会触发gflags-config.cmake找不到的连锁反应。2. 编译与安装 gflags-2.1.1CMake 参数怎么设才不翻车2.1 源码编译的完整命令链拿到 gflags-2.1.1 源码包后不要急着make先确认你的 CMake 版本和编译器。常见做法是建一个独立的 build 目录避免污染源码树。下面这套命令是我在多个 Caffe 编译环境里反复用过的# 解压后进入源码根目录 tar -zxvf gflags-2.1.1.tar.gz cd gflags-2.1.1 # 创建独立构建目录保持源码干净 mkdir build cd build # 关键配置指定安装前缀、开启静态库、关闭测试 cmake .. \ -DCMAKE_INSTALL_PREFIX/usr/local \ -DBUILD_SHARED_LIBSON \ -DBUILD_STATIC_LIBSON \ -DBUILD_TESTINGOFF \ -DCMAKE_BUILD_TYPERelease # 编译并安装 make -j$(nproc) sudo make install这段命令的逻辑说明CMAKE_INSTALL_PREFIX决定头文件和库文件装到哪Caffe 默认去/usr/local/include和/usr/local/lib找所以这里必须对齐。BUILD_SHARED_LIBSON生成.so动态库BUILD_STATIC_LIBSON同时生成.a静态库两个都开是为了兼容不同项目的链接方式。BUILD_TESTINGOFF能省掉一堆 Google Test 依赖编译时间直接砍半。CMAKE_BUILD_TYPERelease开优化避免 Debug 版本拖慢后续 Caffe 训练。2.2 安装后的验证与路径注册装完不代表能用Linux 下动态库路径没注册运行时照样报error while loading shared libraries: libgflags.so.2.1。我一般会走两步验证# 第一步确认头文件和库文件就位 ls /usr/local/include/gflags/ ls /usr/local/lib/libgflags* # 第二步注册动态库路径并刷新缓存 echo /usr/local/lib | sudo tee /etc/ld.so.conf.d/gflags.conf sudo ldconfig # 第三步写一个最小测试程序验证链接 cat test_gflags.cpp EOF #include gflags/gflags.h #include iostream DEFINE_string(name, world, who to greet); DEFINE_int32(count, 1, repeat times); int main(int argc, char** argv) { gflags::ParseCommandLineFlags(argc, argv, true); for (int i 0; i FLAGS_count; i) { std::cout hello FLAGS_name std::endl; } return 0; } EOF g test_gflags.cpp -o test_gflags -lgflags -lpthread ./test_gflags --namecaffe --count3参数说明DEFINE_string和DEFINE_int32是 gflags 的宏分别定义字符串和整型参数第三个参数是帮助信息。ParseCommandLineFlags的第三个参数传true表示解析后从argv里移除已识别的参数避免干扰后续逻辑。编译时-lgflags必须放在源文件后面-lpthread是因为 gflags 内部用了线程相关设施。如果这一步输出三行hello caffe说明 gflags-2.1.1 已经完整可用。2.3 与 Caffe 的 CMake 对接要点Caffe 的 CMakeLists 里通常有find_package(gflags REQUIRED)它会去找gflags-config.cmake。gflags-2.1.1 安装后会在/usr/local/lib/cmake/gflags/下生成这个文件。如果 Caffe 仍然报找不到八成是CMAKE_PREFIX_PATH没包含/usr/local。可以在 Caffe 的编译命令里显式加上cmake .. -DCMAKE_PREFIX_PATH/usr/local另一个高频问题是 gflags 和 glog 的依赖顺序。Caffe 同时依赖这两个库链接时 gflags 要放在 glog 后面否则会出现undefined reference to symbol _ZN6google21ParseCommandLineFlagsEPiPPPcb。这个顺序在 CMake 的target_link_libraries里体现为glog gflags写反了就是血泪经验。3. gflags 核心用法拆解DEFINE、DECLARE 与参数校验3.1 DEFINE 宏家族与类型映射gflags 提供了一组DEFINE_*宏覆盖常见类型。理解它们的映射关系能避免参数类型不匹配导致的玄学崩溃宏对应类型默认值示例典型场景DEFINE_boolbooltrue/false开关类参数DEFINE_int32int32_t64batch size、线程数DEFINE_int64int64_t1000000大迭代次数DEFINE_uint64uint64_t0内存上限DEFINE_doubledouble0.01学习率、阈值DEFINE_stringstd::stringcpu设备名、路径定义之后参数会以FLAGS_参数名的形式暴露成全局变量。比如DEFINE_double(lr, 0.01, learning rate)定义后代码里直接写FLAGS_lr就能读到用户传入的值。这个设计的好处是零侵入不需要改函数签名不需要传配置对象任何角落都能访问。坏处也明显——全局状态多了以后单元测试之间会互相污染所以 gflags 提供了--flagfile和gflags::SetCommandLineOption来做运行时重置。3.2 DECLARE 跨文件引用与符号可见性当参数定义在main.cpp但需要在solver.cpp里读取时不能重复 DEFINE否则链接期会报重复符号。正确做法是用DECLARE_*// solver.cpp 中声明外部定义的参数 DECLARE_double(lr); DECLARE_int32(batch_size); void configure_solver() { // 直接使用无需传参 double learning_rate FLAGS_lr; int bs FLAGS_batch_size; // ... 后续逻辑 }逻辑说明DECLARE_double(lr)告诉编译器这个符号在别处定义链接时去main.o里找。参数说明DECLARE 的类型必须和 DEFINE 完全一致DEFINE_int32配DECLARE_int64会编译通过但运行时读到错误内存布局这是最隐蔽的坑之一。常见做法是把所有 DEFINE 集中在一个flags.cpp里其他文件统一 DECLARE这样参数清单一眼可见。3.3 参数校验与特殊值处理gflags 允许注册校验器在解析阶段就拦截非法值#include gflags/gflags.h DEFINE_int32(port, 8080, server port); static bool ValidatePort(const char* flagname, int32_t value) { if (value 0 value 65536) return true; std::cerr invalid flagname : value std::endl; return false; } // 在 main 开头注册 int main(int argc, char** argv) { gflags::RegisterFlagValidator(FLAGS_port, ValidatePort); gflags::ParseCommandLineFlags(argc, argv, true); // ... }参数说明RegisterFlagValidator接收参数地址和校验函数指针校验函数返回 false 时 gflags 会打印错误并退出。这个机制适合端口号、学习率范围、路径存在性检查。注意校验器只在命令行解析时触发如果代码里直接改FLAGS_port校验器不会再次执行所以关键参数在业务逻辑里还要再判一次。4. 避坑与排查gflags-2.1.1 最常见的五类翻车4.1 现象编译报gflags/gflags.h: No such file or directory原因头文件没装到编译器默认搜索路径或者安装前缀不是/usr/local。解决先find / -name gflags.h 2/dev/null确认实际位置然后在编译命令里加-I实际路径/include或者重新 cmake 时把CMAKE_INSTALL_PREFIX设成/usr。如果用的是 conda 环境头文件可能在$CONDA_PREFIX/include需要额外加-I$CONDA_PREFIX/include。4.2 现象链接期undefined reference to google::ParseCommandLineFlags原因-lgflags没加或者加在了源文件前面。解决确保链接命令里-lgflags出现在所有.o文件之后。如果是 CMake 项目检查target_link_libraries里 gflags 的顺序放在 glog 后面。另一个可能是装了多个版本的 gflags链接器找到了旧版用ldd看最终二进制依赖的是哪个libgflags.so。4.3 现象运行时error while loading shared libraries: libgflags.so.2.1原因动态库路径没注册到ld.so.conf。解决执行sudo ldconfig刷新缓存或者临时用export LD_LIBRARY_PATH/usr/local/lib:$LD_LIBRARY_PATH。永久方案是写一个/etc/ld.so.conf.d/gflags.conf文件内容就一行/usr/local/lib再ldconfig。注意容器环境里每次重建都要重新执行建议写进 Dockerfile。4.4 现象参数传了但FLAGS_xxx还是默认值原因ParseCommandLineFlags没调用或者调用时机太晚。解决确保它在main函数最开头执行早于任何读取FLAGS_的代码。另一个可能是参数名拼写不一致gflags 对大小写敏感--batch_size和--batchSize是两个不同的参数。用--help打印所有已注册参数对照检查。4.5 现象Caffe 编译时 gflags 和 glog 符号冲突原因两个库都定义了某些符号或者链接顺序不对。解决在 CMake 里把链接顺序固定为glog gflags并且确保没有同时链接系统自带的旧版 gflags。如果用的是源码编译的 glog还要确认 glog 编译时没有把 gflags 作为依赖引入否则会出现循环依赖。常见做法是先用make VERBOSE1看实际链接命令定位冲突符号来自哪个库。5. 进阶技巧用 flagfile 管理 Caffe 训练参数与运行时重置5.1 flagfile 的批量参数管理Caffe 训练时参数动辄几十个全写在命令行里既难维护又容易漏。gflags 支持--flagfile从文件读参数一行一个井号开头是注释# train.flags --solver/path/to/solver.prototxt --weights/path/to/pretrained.caffemodel --gpu0 --snapshot/path/to/snapshot_prefix --iterations10000调用时只需./caffe train --flagfiletrain.flags。这个技巧在跑多组实验时特别有用每组参数存一个 flagfile切换实验就是换文件名。注意 flagfile 里的参数会被命令行上显式传入的同名参数覆盖所以可以写一个基础 flagfile再用命令行微调个别参数。5.2 运行时重置参数与单元测试隔离gflags 的参数是全局的单元测试里改了会影响后续用例。gflags 提供了SetCommandLineOption做运行时重置#include gflags/gflags.h DEFINE_int32(batch_size, 32, batch size); void test_case_a() { gflags::SetCommandLineOption(batch_size, 64); // 此时 FLAGS_batch_size 64 } void test_case_b() { // 恢复默认值避免污染 gflags::SetCommandLineOption(batch_size, 32); // 此时 FLAGS_batch_size 32 }参数说明SetCommandLineOption第一个参数是参数名不带--第二个是字符串形式的值返回一个字符串表示设置结果失败时返回空。这个接口在测试框架的SetUp和TearDown里各调一次就能保证用例之间互不干扰。我一般会写一个辅助函数把当前所有 FLAGS 快照下来测试结束再批量恢复比逐个重置省事。5.3 验证 gflags 是否真正生效的检查清单装完 gflags-2.1.1 后别只看编译通过就完事。我习惯走一遍这个检查清单第一./test_gflags --help能打印出所有 DEFINE 的参数和帮助信息第二./test_gflags --namecaffe --count3输出符合预期第三ldd ./test_gflags | grep gflags确认链接的是/usr/local/lib下的库第四./test_gflags --unknown_flag1能报出未知参数错误第五在 Caffe 的build目录下cmake ..不再报Could NOT find gflags。这五步全过才算真正把 gflags-2.1.1 落地了。从那以后我每次配新环境都会先跑一遍这个清单省得后面训练到一半才发现参数没生效。希望帮到你。本文还有配套的精品资源点击获取