如何通过Obj-C代码判断macOS程序是Unix可执行文件还是NSBundle

存在可直接在运行时生效的判断方案，无需在CMake构建阶段额外添加编译宏区分两种构建产物，核心是基于macOS两种程序形态的文件系统结构差异做检测。

基础判断方案（绝大多数场景适用） #

.app格式的NSBundle本质是特殊结构的目录，Unix风格可执行文件是独立二进制文件，二者[NSBundle mainBundle]返回的主Bundle路径特征差异明确：

• 运行在.app包内时，主Bundle路径指向后缀为.app的目录
• 运行Unix风格单可执行文件时，主Bundle路径指向可执行文件所在的普通目录，无.app扩展名

对应实现代码：

/// 返回YES表示当前运行在.app格式的NSBundle中，返回NO表示是Unix风格可执行文件
BOOL isAppBundle(void) {
    NSBundle *mainBundle = [NSBundle mainBundle];
    return [mainBundle.bundleURL.pathExtension isEqualToString:@"app"];
}

注意：该方法在main函数入口、NSApplicationMain调用前即可正常执行，无初始化依赖。

严格判断方案（防路径篡改场景） #

如果需要避免人为将普通可执行文件放在后缀为.app的目录下导致的误判，可以追加校验.app包的强制结构特征：必须包含合法Info.plist、可执行文件位于Contents/MacOS/目录下。
对应实现代码：

/// 严格模式校验，排除路径伪造的误判场景
BOOL isStrictAppBundle(void) {
    NSBundle *mainBundle = [NSBundle mainBundle];
    // 校验Info.plist是否存在且配置了可执行文件名
    BOOL hasValidPlist = [mainBundle objectForInfoDictionaryKey:@"CFBundleExecutable"] != nil;
    // 校验可执行文件路径符合.app包的目录规范
    BOOL isInMacOSDir = [mainBundle.executablePath containsString:@"/Contents/MacOS/"];
    return hasValidPlist && isInMacOSDir;
}

实践提示 #

• 优先选择运行时判断而非编译期宏，同一份二进制/代码不需要修改构建逻辑即可适配两种产物形态
• 普通桌面开发场景用基础判断方案即可，性能开销几乎为0
• 如果需要做命令行和GUI双模式切换，可在判断逻辑后根据结果走不同的初始化分支，比如Unix模式下走命令行交互逻辑，Bundle模式下初始化AppKit图形界面

内容的提问来源于stack exchange，提问作者Abhi_M