、介绍在C开发中有时需要获取当前可执行文件的名称用来处理一些事务。那么在主流的平台上获取当前可执行文件名称的方法有哪些呢一般来说无论哪个平台下都分为以下几类使用接口使用配置文件或相关属性注册表等使用第三方库下面将分别在Windows和Linux两大主流平台上进行分析说明。二、Windows平台按照上面的三类划分在Windows平台上获取可执行文件名称的方法有1.系统接口1使用GetModuleFileName函数这是在Windows平台上推荐的用法123456789101112131415161718#include windows.h#include iostream#include stringintmain() {charexePath[MAX_PATH];DWORDlen GetModuleFileNameA(NULL, exePath, MAX_PATH);if(len 0) {std::cerr err code: GetLastError() std::endl;return1;}std::string fullPath(exePath);std::cout cur full path: fullPath std::endl;return0;}2使用C提供的_get_pgmptr函数来获取_pgmptr12345678910#include cstdlib#include iostreamintmain() {char* pgmptr nullptr;errno_t err _get_pgmptr(pgmptr);if(pgmptr ! nullptr) {std::cout full path: pgmptr std::endl;}return0;}2.配置文件及相关直接读取main函数中的argv[0],它一般只包括名字而不包括完整路径。这个简单就不举例了。读取环境变量或配置文件这需要程序中做一些特殊的输出或配置普通的可执行文件可能无法应用3.第三方库在Windows平台上有很多的第三方框架或库都提供了类似的机制如boost::dll::program_location()等。例程看后面。三、Linux平台Linux平台亦是如此但是它的实现方式更加丰富1.系统接口使用dladdr12345678910#include iostream#include dlfcn.hintmain() {Dl_info dl;if(dladdr((void*)main, dl) dl.dli_fname) {std::cout path: dl.dli_fname std::endl;}return0;}其它平台一些变种如Solaris中的getexecname()接口等2.配置文件及相关读取/proc/self/exe链接获取当前可执行文件名称12345678910111213#include iostream#include unistd.h#include limits.hintmain() {charexePath[PATH_MAX];ssize_t len readlink(/proc/self/exe, exePath,sizeof(exePath) - 1);if(len ! -1) {exePath[len] \0;std::cout full path: exePath std::endl;}return0;}读取/proc/self/cmdline12345678910111213#include iostream#include fstream#include stringintmain() {std::ifstream cmdline(/proc/self/cmdline);if(cmdline.is_open()) {std::string exePath;std::getline(cmdline, exePath,\0);std::cout full path: exePath std::endl;}return0;}使用main函数中的argv[0]不赘述gunlib中的program_name这个需要主动初始化有点类似Windows平台的特殊配置3.第三库1典型的就是使用Boost库中的boost::dll::program_location()看例子12345678#include iostream#include boost/dll/runtime_symbol_info.hppintmain() {boost::dll::fs::path fullPath boost::dll::program_location();std::cout full path: fullPath.string() std::endl;return0;}2其它一些特定系统上的库如libbsd等四、分析说明除了上面的分析的方法外另外还可以使用一些特殊的技巧来获取执行文件的名称比如使用调试的接口backstarce函数等等。通过上面的分析说明基本上可以看到它们的优缺点。对使用接口操作来说优点是安全稳定及准确但可能无法跨平台。而且可能有的平台上需要安装一些特定的库一般来说使用配置及相关的方法相对来说都比较准确通常包括完整的全路径。但缺点是依赖于特定的平台或系统而且有可能还需要权限。这点就限制了不少的应用特别是在某些裁剪的系统上的应用;使用第三方库的优点是应用上简单灵活多变。缺点是需要安装第三方库而且在编译时需要增加对相关的库的链接。对于一些小的工程就不太实用了。这里必须单独把使用argv[0]拿出来它作为一种很传统的获取可执行文件名称的方法在正式场景下不建议使用。因为影响它的因素比较多有可能名称根本就不对。所以还是要引起注意。五、总结其实在真正的应用中这种小功能的需求层出不穷。真正和用户打过交道的开发者就会明白用户有时候想得非常“野”让开发者有一种应接不暇的感觉。其实换位思考谁都想让软件的应用更方便快捷。一个小功能往往就会让用户感到软件的人性化。
、介绍在C开发中有时需要获取当前可执行文件的名称用来处理一些事务。那么在主流的平台上获取当前可执行文件名称的方法有哪些呢一般来说无论哪个平台下都分为以下几类使用接口使用配置文件或相关属性注册表等使用第三方库下面将分别在Windows和Linux两大主流平台上进行分析说明。二、Windows平台按照上面的三类划分在Windows平台上获取可执行文件名称的方法有1.系统接口1使用GetModuleFileName函数这是在Windows平台上推荐的用法123456789101112131415161718#include windows.h#include iostream#include stringintmain() {charexePath[MAX_PATH];DWORDlen GetModuleFileNameA(NULL, exePath, MAX_PATH);if(len 0) {std::cerr err code: GetLastError() std::endl;return1;}std::string fullPath(exePath);std::cout cur full path: fullPath std::endl;return0;}2使用C提供的_get_pgmptr函数来获取_pgmptr12345678910#include cstdlib#include iostreamintmain() {char* pgmptr nullptr;errno_t err _get_pgmptr(pgmptr);if(pgmptr ! nullptr) {std::cout full path: pgmptr std::endl;}return0;}2.配置文件及相关直接读取main函数中的argv[0],它一般只包括名字而不包括完整路径。这个简单就不举例了。读取环境变量或配置文件这需要程序中做一些特殊的输出或配置普通的可执行文件可能无法应用3.第三方库在Windows平台上有很多的第三方框架或库都提供了类似的机制如boost::dll::program_location()等。例程看后面。三、Linux平台Linux平台亦是如此但是它的实现方式更加丰富1.系统接口使用dladdr12345678910#include iostream#include dlfcn.hintmain() {Dl_info dl;if(dladdr((void*)main, dl) dl.dli_fname) {std::cout path: dl.dli_fname std::endl;}return0;}其它平台一些变种如Solaris中的getexecname()接口等2.配置文件及相关读取/proc/self/exe链接获取当前可执行文件名称12345678910111213#include iostream#include unistd.h#include limits.hintmain() {charexePath[PATH_MAX];ssize_t len readlink(/proc/self/exe, exePath,sizeof(exePath) - 1);if(len ! -1) {exePath[len] \0;std::cout full path: exePath std::endl;}return0;}读取/proc/self/cmdline12345678910111213#include iostream#include fstream#include stringintmain() {std::ifstream cmdline(/proc/self/cmdline);if(cmdline.is_open()) {std::string exePath;std::getline(cmdline, exePath,\0);std::cout full path: exePath std::endl;}return0;}使用main函数中的argv[0]不赘述gunlib中的program_name这个需要主动初始化有点类似Windows平台的特殊配置3.第三库1典型的就是使用Boost库中的boost::dll::program_location()看例子12345678#include iostream#include boost/dll/runtime_symbol_info.hppintmain() {boost::dll::fs::path fullPath boost::dll::program_location();std::cout full path: fullPath.string() std::endl;return0;}2其它一些特定系统上的库如libbsd等四、分析说明除了上面的分析的方法外另外还可以使用一些特殊的技巧来获取执行文件的名称比如使用调试的接口backstarce函数等等。通过上面的分析说明基本上可以看到它们的优缺点。对使用接口操作来说优点是安全稳定及准确但可能无法跨平台。而且可能有的平台上需要安装一些特定的库一般来说使用配置及相关的方法相对来说都比较准确通常包括完整的全路径。但缺点是依赖于特定的平台或系统而且有可能还需要权限。这点就限制了不少的应用特别是在某些裁剪的系统上的应用;使用第三方库的优点是应用上简单灵活多变。缺点是需要安装第三方库而且在编译时需要增加对相关的库的链接。对于一些小的工程就不太实用了。这里必须单独把使用argv[0]拿出来它作为一种很传统的获取可执行文件名称的方法在正式场景下不建议使用。因为影响它的因素比较多有可能名称根本就不对。所以还是要引起注意。五、总结其实在真正的应用中这种小功能的需求层出不穷。真正和用户打过交道的开发者就会明白用户有时候想得非常“野”让开发者有一种应接不暇的感觉。其实换位思考谁都想让软件的应用更方便快捷。一个小功能往往就会让用户感到软件的人性化。
