活动监视器的“架构”列显示apple即原生arm64运行、intel即rosetta 2转译；file命令查二进制头可验证是否含arm64，lipo -info能确认universal应用是否真含有效arm64子镜像。
Mac 上一个应用到底跑在 Apple Silicon 还是 Intel 指令集上，不能只看它“能不能打开”——得看它实际加载的是哪段二进制代码。原生 arm64 和 Rosetta 2 转译的 x86_64 在性能、发热、电池消耗上差异明显，而系统界面有时会误导你。
怎么看当前运行的应用用的是哪种架构
活动监视器能告诉你此刻进程的真实执行状态，比“显示简介”更可靠，尤其适合验证你刚点开的应用有没有悄悄转译。
- 打开“活动监视器”（可在 Spotlight 搜到），顶部菜单选“视图”→“列”→勾选“架构”
- 在进程列表里找目标应用，注意“架构”列的值：
Apple表示正在原生arm64运行，Intel表示正被 Rosetta 2 实时转译 - 如果应用已关闭但后台还有残留进程（比如 Electron 应用常驻 helper），也会出现在列表里，记得先
Cmd + Q彻底退出再重试 - 某些应用启动瞬间会短暂显示
Intel，几秒后才切到Apple——这是它在加载原生模块，别急着下结论
怎么查未运行的应用是否含 arm64 原生代码
右键“显示简介”里写的“Apple芯片”只是系统根据包信息做的推测，可能不准；真正权威的是直接读二进制头。用 file 最快，也最不容易被误导。
- 终端里执行：
file /Applications/Safari.app/Contents/MacOS/Safari（把Safari换成你要查的应用名） - 输出含
arm64就有原生支持，含x86_64就是 Intel 专用，两者都出现说明是 Universal 2 格式 - 如果报错 “No such file or directory”，先确认路径对不对：进 Finder，右键应用 → “显示包内容” →
Contents/MacOS/下看主可执行文件名是不是和 App 同名 -
file对 Universal 二进制只显示“fat file”，不展开具体架构——这时得用lipo -info
怎么确认 Universal 应用里真有 arm64 子镜像
有些开发者打了个“Universal”标签，但里面 arm64 部分其实是空壳或未更新。用 lipo 才能剥开看清楚。
- 先确保装了命令行工具：
xcode-select --install（没装过会弹窗引导） - 执行：
lipo -info /Applications/Slack.app/Contents/MacOS/Slack - 输出类似
Architectures in the fat file: arm64 x86_64才算真正双架构；如果只有x86_64，那“Universal”就是个摆设 - 如果提示
can't open file，大概率是路径写错了，或者应用被沙盒保护、权限受限（比如从非标准路径安装的 App）
怎么批量扫出所有非原生应用
手动一个一个查太慢，尤其当你刚换 M 系列 Mac、想快速清理掉拖慢系统的转译应用时。
- 终端里粘贴这行命令：
ls /Applications/*.app | xargs -I {} sh -c 'echo -n "{}: "; file -b "{}/Contents/MacOS/*" 2>/dev/null | grep -E "arm64|x86_64" | head -n1' - 它会逐行输出每个 App 的主可执行文件架构标识，一眼就能揪出全是
x86_64的老古董 - 注意：部分 App（如某些 Adobe 工具）主二进制可能是通用格式，但插件或 helper 进程仍是
x86_64——这类得单独查子进程 - 输出里夹杂乱码或空行？那是某些 App 的可执行文件名含空格或特殊字符，建议先用
find /Applications -name "*.app" -maxdepth 1确认路径再针对性查
真正关键的不是“有没有 arm64”，而是“运行时加载的是不是 arm64”。很多应用在简介里标了 Apple 芯片，但首次启动仍走 Rosetta，直到你强制退出重开一次；也有应用把核心逻辑放在 x86_64 helper 里，主进程看着是 arm64，实际瓶颈还在转译层——这些细节，光靠图形界面根本看不见。
