macOS中识别软件位数有四种方法：一、用系统信息查看全部应用的64位状态；二、用终端file或lipo命令检测单个App架构；三、用活动监视器筛查运行中的32位进程；四、检查App包内Info.plist文件的架构声明与系统版本要求。
如果您在 macOS 上运行旧版应用程序，但遇到“无法打开，因为 Apple 无法检查其是否包含恶意软件”或“已损坏，无法打开”等提示，可能是该应用为 32 位程序，而当前系统已不再支持。以下是识别 macOS 中各软件位数的具体操作步骤：
一、使用系统信息查看全部应用程序位数
此方法可一次性列出所有已安装应用程序及其架构类型，支持按 64 位状态排序，直观区分兼容性。
1、按住键盘上的 Option（⌥）键 不放，同时点击屏幕左上角的苹果菜单（）。
2、在下拉菜单顶部选择 “系统信息”（若显示为“关于本机”，请确保已按住 Option 键，否则不会出现该选项）。
3、在左侧边栏中，向下滚动至“软件”分类，点击 “应用程序”。
4、在右侧表格顶部的列标题中，查找 “64位(Intel)” 或 “64位(ARM)” 列（macOS 13.3 及以后版本可能显示为“64 位”）。
5、单击该列标题进行排序：显示 “是” 或 “yes” 的为 64 位应用；显示 “否” 或 “no” 的为 32 位应用。
二、通过终端命令逐个检测指定应用
该方法适用于快速验证单个 App 是否为 64 位，无需图形界面，适合自动化或脚本调用，直接读取二进制文件架构标识。
1、打开“终端”应用（可在“启动台→其他”或 Spotlight 搜索“终端”中找到）。
2、输入以下命令并回车，将 /Applications/xxx.app 替换为目标应用的实际路径（如 /Applications/Safari.app）：
file "/Applications/xxx.app/Contents/MacOS/*"
3、观察输出结果：若含 "x86_64" 或 "arm64" 字样，表明该可执行文件为 64 位；若仅含 "i386"，则为 32 位。
4、若提示“没有匹配的文件”，说明应用可能采用通用二进制（fat binary），需改用以下命令进一步确认：
lipo -info "/Applications/xxx.app/Contents/MacOS/xxx"（将末尾 xxx 替换为实际可执行文件名）
三、利用活动监视器快速筛查正在运行的32位进程
此方法聚焦于当前内存中活跃的进程，可即时发现仍在后台运行的 32 位遗留程序，避免因长期驻留引发兼容性冲突。
1、打开“活动监视器”（可通过 Spotlight 搜索或“启动台→其他”中找到）。
2、点击顶部菜单栏的 “视图” → “列” → 勾选“Kind”（部分系统版本需先点“查看”→“显示栏”）。
3、在进程列表中查找 “Intel” 列或 “Kind” 列，其中明确标注为 “Intel (32-bit)” 的进程即为 32 位程序。
4、若未看到“Kind”列，可点击右上角齿轮图标 → “配置列”，勾选 “体系结构” 或 “Architecture”，再观察对应值为 i386 还是 x86_64/arm64。
四、检查 App 包内 Info.plist 文件标识
部分开发者会在应用信息属性中显式声明最低架构要求，通过读取配置文件可提前预判兼容性，尤其适用于尚未安装的 DMG 或 PKG 安装包。
1、在 Finder 中定位目标应用，右键点击 → “显示包内容”。
2、进入 Contents 文件夹，双击打开 Info.plist（可用“文本编辑”或 Xcode 打开）。
3、搜索关键词 LSMinimumSystemVersion，确认其值是否 ≥ 10.15（Catalina 起强制 64 位）；再搜索 CFBundleSupportedPlatforms，若仅含 MacOSX 且无 i386 相关字段，则大概率不含 32 位代码。
4、若发现键值 LSApplicationCategoryType 对应 public.app-category.utilities 等旧式分类，或存在 NSAppSleepDisabled 等已弃用键，也侧面提示该应用未适配现代 macOS 架构。
