macOS应用与进程管理及故障排查全攻略

### macOS 应用与进程管理及故障排查全攻略 #### 1. 监控应用和进程 macOS 提供了多种方法来识别和管理应用与进程。你可以使用“访达信息”窗口查看基本的应用信息，但从“系统信息”中能了解到更多关于应用的详细内容。若要查看 Mac 上正在运行的应用或进程，可使用“活动监视器”。 ##### 1.1 使用“系统信息”监控应用 若想收集 Mac 上所有应用的信息，可使用“系统信息”。具体操作如下： - 打开“系统信息”，选择“软件”>“应用程序”类别，此时所有可用的“应用程序”文件夹内容都会被扫描，涵盖你的主文件夹、`/Applications`、`/Applications/Utilities`、`~/Applications`、`/System/Library/` 以及任何已挂载卷根目录下的其他“应用程序”文件夹。 - 从应用列表中选择一个条目，可查看该应用的更多信息。“来源”列中的应用来源基于创建该应用时使用的代码签名证书。未识别的应用没有代码签名。作为 macOS 一部分安装的应用会显示为从 Apple 获取。 ##### 1.2 使用“活动监视器”监控进程 “活动监视器”是监控正在运行进程的主要应用。当应用停止响应、运行缓慢或 Mac 整体运行缓慢时，可检查“活动监视器”，它能帮助你识别占用大量 macOS 资源的应用或后台进程。 “活动监视器”主窗口会显示当前用户正在运行的进程和应用列表，列表下方是 macOS 统计信息。默认列可用于查看进程统计信息，具体如下表所示： | 统计信息 | 说明 | | ---- | ---- | | 进程名称 | 开发者为运行进程所取的名称 | | % CPU | 进程占用的总处理器（CPU）容量百分比，最大值为处理器核心数乘以 100% | | CPU 时间 | 自上次启动以来进程处于活动状态的时间 | | 线程 | 进程中的线程数量，多线程可提高进程响应能力和性能 | | 空闲唤醒次数 | 自进程上次启动以来，从暂停睡眠状态唤醒的次数 | | 类型 | 进程编译所支持的架构类型，值可以是 Apple 或 Intel | | % GPU | 进程占用的总 GPU（图形处理单元）容量百分比，最大值为 GPU 核心数乘以 100% | | GPU 时间 | 自上次启动以来进程使用 GPU 的活动时间 | | 进程标识符（PID） | 每个进程的唯一标识符，按顺序分配，达到 65,535 后会循环使用 | | 用户 | 代表哪个用户打开的进程，进程具有与分配用户账户对应的文件系统访问权限 | 默认情况下，“活动监视器”仅显示当前登录用户正在运行的进程。若要查看更多活动进程，可选择“视图”>“所有进程”，还能从“视图”菜单调整列中显示的统计信息数量和更新频率。 若要缩小查看范围，可使用“活动监视器”窗口右上角的搜索字段。点击任何列标题可按该列对进程列表进行排序，再次点击可在升序和降序排序之间切换。通过查看所有进程并按“% CPU”重新排序，可判断某个进程是否占用过多资源。若要进一步检查某个进程，可在“活动监视器”列表中双击其名称，会弹出一个窗口显示详细的进程信息。 虽然 CPU 使用情况通常是监控进程活动最重要的统计信息，但“活动监视器”应用还能监控内存、能源、磁盘和网络使用情况。点击“活动监视器”窗口顶部的按钮可查看不同类别，这些监控功能可显示实时的 macOS 统计信息。 当在“系统偏好设置”的“共享”面板中启用“内容缓存”时，“活动监视器”窗口顶部会出现“缓存”按钮。将指针悬停在“活动监视器”窗口底部的任何统计信息上，可查看该统计信息的描述。点击“内存”时出现的“已使用交换空间”和“已压缩”统计信息，会记录自上次 macOS 启动以来有多少活动进程数据被交换到本地存储或压缩以节省空间。压缩比交换更受青睐，因为它是一种更高性能的内存扩容方法。交换空间使用率较低是可以接受的，但值较高则表明 macOS 没有足够的实际内存来满足用户的应用需求。 若需要更详细的进程视图，可使用“Instruments”应用（作为 Xcode 的一部分安装，Xcode 是 App Store 中的免费集成开发环境和开发工具）。更多关于“使用 Instruments”的信息可参考 [Instruments 帮助页面](help.apple.com/instruments/)，关于“活动监视器”的更多使用信息可参考 [活动监视器用户指南](support.apple.com/guide/activity-monitor/)。 ```mermaid graph LR A[开始] --> B[使用系统信息监控应用] A --> C[使用活动监视器监控进程] B --> B1[选择软件>应用程序类别] B --> B2[选择条目查看应用信息] C --> C1[查看进程统计信息] C --> C2[调整查看范围和排序] C --> C3[查看不同类别统计信息] C3 --> C31[内存] C3 --> C32[能源] C3 --> C33[磁盘] C3 --> C34[网络] ``` #### 2. 应用故障排查 每个应用都有独特的功能，问题也可能以不同方式出现，但你可以诊断并解决这些问题。以下是从最不具侵入性和耗时最少到最具侵入性和耗时最多的操作步骤，同时也是按解决问题可能性从高到低排列的，通常在排查应用问题时可从以下操作开始： 1. **重启应用**：很多时候，重启应用就能解决问题，或至少让应用恢复响应。 2. **重启计算机**：许多起初难以确定的问题，在排查过程早期重启计算机可能就能解决，且不会有任何损害，可能是最快的解决途径。 3. **打开另一个已知正常的文档**：若已知正常的文档能打开并正常工作，说明有问题的文档已损坏，是问题的根源。若发现问题源于损坏的文档文件，通常最佳解决方案是从早期备份中恢复该文档。 4. **尝试使用另一个应用**：许多常见文档类型可在多个 Mac 应用中打开。尝试在另一个应用中打开有问题的文档，若能正常打开，可从该应用保存文档的新版本。 5. **尝试使用另一个用户账户**：此方法用于确定问题是否由特定用户的资源文件引起。若在使用另一个账户时应用问题不再出现，可在可疑用户的“资源库”文件夹中搜索损坏的应用缓存、偏好设置和资源文件。你可以创建一个临时账户进行测试，然后再删除它。 6. **若应用在等待互联网响应，可尝试暂时断开 Mac 与网络的连接**：当应用在收到互联网源的信息或回复之前无法继续运行时，可使用此方法。 7. **检查诊断报告和日志文件**：这是在更换项目之前的最后信息收集步骤。每次应用崩溃时，macOS 诊断报告功能都会保存崩溃的诊断报告，可使用“控制台”检查诊断报告。 8. **替换偏好设置文件**：损坏的偏好设置文件是最可能导致应用问题的资源之一，因为它们经常更改，且应用运行需要这些文件。 9. **替换应用资源**：虽然损坏的应用资源可能导致问题，但由于应用资源很少更改，所以它们是最不可能的问题来源。 10. **删除缓存文件**：为提高性能，许多应用会在以下一个或多个位置创建缓存文件夹： - `~/Library/Saved Application State` - `/Library/Caches/` - `~/Library/Caches/` - `~/Library/Containers/bundleID/Data/Library/Saved Application State/` - `~/Library/Containers/bundleID/Data/Library/Caches/` - `~/Library/Prefer