最直接的判断方式是打开活动监视器查看“架构”列：apple表示原生arm64运行，intel表示正通过rosetta 2转译，空白或“-”需重启应用刷新。
当你在M系列芯片Mac上运行某个软件，发现它卡顿、发热或风扇狂转，最直接的判断方式就是打开“活动监视器”看它当前到底以什么架构在跑——Apple Silicon原生运行还是正被Rosetta 2实时转译。
用活动监视器实时查看软件架构
这一步不需要安装任何工具，也不依赖软件是否已启动完毕，只要进程在运行中，就能看到它此刻真实使用的指令集。
1、打开“应用程序” → “实用工具” → 启动“活动监视器”。
2、点击顶部菜单栏的“视图” → “列” → 勾选“架构”（若该选项不可见，请确认系统为macOS Big Sur 11.0或更新版本）。
3、在进程列表中找到目标软件名称——注意大小写和空格必须完全一致，比如“Visual Studio Code”不能输成“vscode”或“visual studio code”。
4、观察其“架构”列的值：【Apple】表示正在以原生arm64模式运行；Intel表示正通过Rosetta 2转译执行；空白或“-”说明该进程尚未完成初始化，需先退出软件再重新打开一次才能刷新状态。
导出诊断报告锁定长期行为
如果想确认某款软件在不同场景下（如加载插件、渲染大文件时）是否始终以arm64运行，单次查看不够可靠。这时可借助活动监视器的系统诊断功能抓取完整运行快照。
方法一：对目标进程做3秒采样
1、在活动监视器中选中该软件进程（单击高亮）。
2、点击右上角“系统诊断选项”弹出菜单（或使用触控栏），选择“取样进程”。
在 macOS 上发现并控制 Apple 媒体/AirPlay 设备（HomePod、Apple TV、AirPlay 扬声器）。适用于扫描 AirPlay 设备、映射名称到 IP/ID、配对连接，以及利用 pyatv 和 Airfoil 控制播放与音量。
3、等待3秒后自动生成报告，其中“Architecture”字段会明确标注本次采样期间实际调用的CPU架构类型。
方法二：强制触发Spindump诊断（适用于疑似卡死场景）
1、当软件出现无响应时，先不要强制退出，保持窗口处于前台。
2、回到活动监视器，选中该进程 → 点击“系统诊断选项” → 选择“Spindump”。
3、生成的报告里会包含线程级的指令集回溯，若所有主线程显示“arm64”，说明卡顿与架构无关；若出现“x86_64”调用链，则基本可断定是Rosetta转译引发的性能瓶颈。
批量验证多个软件的架构状态
如果你刚升级完一批应用，想一次性确认哪些还卡在Intel模式，活动监视器本身不支持导出“架构”列，但可通过终端联动快速补全：
1、在活动监视器中确保“架构”列已启用，并记下你关心的几个进程名（如“Docker Desktop”、“Figma”、“Obsidian”）。
2、打开“终端”，逐条执行：ps aux | grep -i "Docker Desktop" | grep -v grep，从输出中提取PID（第二列数字）。
3、用该PID查其真实可执行路径：lsof -p PID | grep -E 'Contents/MacOS/' | head -1（将PID替换为实际数值）。
4、拿到路径后直接运行：file /path/to/executable，输出含“arm64”即为原生，含“x86_64”即为转译态——这个结果与活动监视器中看到的“架构”列完全一致，可交叉验证。
