AngstEssenSeele很多朋友刚换到 Mac，或者已经把它当主力机用了一阵子，最容易卡住的一步，往往不是某个高深的技术难题，而是：下载的时候到底该选哪个文件？安装的时候是拖进“应用程序”，还是双击一路下一步？同样功能的工具有一大堆，我到底装哪个？这种状态，我习惯叫它 Mac“文件选择困难症”，几乎每个人都在某个阶段犯过。这篇文章想做一件事：把这类高频纠结一次性理清楚，从下载、解压、安装，到开发环境、虚拟机、安全提示、日常体验优化，一条条拆开讲透。文章适合刚上手 Mac 的新手，也适合已经用了一阵子但遇到具体问题还在反复搜索的朋友。看完之后，你至少能在每个选择路口，更快做出不用后悔的决定。
1. 先治认知：Mac“文件选择困难症”到底难在哪
1.1 你不是不会用，是选项太多
Mac 上的选择困难，并不是用户笨，而是这个生态天生就爱“给选项”。同一个软件，官方可能同时提供 dmg、pkg、zip、tar.gz 好几种下载格式；一样是装软件，有拖拽安装、有向导安装、有命令行安装；就连同一个工具的替代品，也能列出五六个名气都不小的选项。再加上 Mac 经历了 Intel 芯片到 Apple Silicon 芯片的过渡，很多软件还分 x86 版和 ARM 版，新用户一看下载页就懵了。
我见过不少朋友，把大量时间花在“比较工具”上，而不是“使用工具”上。比如为了找一个顺手的解压软件，能装三个再卸载两个；为了配置 Java 环境，先纠结装 JDK 8 还是 JDK 17，再纠结用 Homebrew 还是手动下载，最后折腾一下午还没开始写代码。这种状态本质上不是知识不够，而是没有一个“选择框架”——你不知道什么情况下该优先考虑什么。
1.2 建立一套自己的选择通用规则
要治愈选择困难，先别急着记步骤，我建议你先接受下面这四条通用规则，后面所有的具体操作都会反复用到它们。
第一，来源优先于一切。管理员工具下载只认官网或开发者仓库，GitHub 上带有明确作者和 Star 数的小工具也相对可靠。来路不明的“绿色版”“破解版”不管看起来多方便，都不要碰，这不是保守，是安全底线。
第二，能用系统自带的就不装第三方。macOS 自带的预览、归档实用工具、屏幕截图、便签，应对日常绝对够。很多人装了一堆“增强工具”，最后常开的还是系统自带那几样。
第三，能用包管理器解决的，优先用包管理器。Homebrew 之于 Mac，相当于软件管家：安装、升级、卸载、查依赖，一条命令解决，还能避免“装得进去、卸不干净”的麻烦。
第四，长期不用的工具，大胆删。Mac 里的软件更新频率差异很大，有些工具装了三年没打开过，删掉它你不会失去任何东西，反而能少一个后台进程。
这四条规则不解决所有问题，但能解决 80% 的纠结。剩下 20%，就是你遇到的具体场景了。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 下载与解压：那些最日常的纠结
2.1 下载格式对照：dmg、pkg、zip、tar.gz 到底怎么选
很多人的选择困难，从下载页跳出来的瞬间就开始了。这里有一张我常用的对照表，你可以收藏起来：
| 格式 | 本质 | 适用场景 | 主要注意点 |
|---|---|---|---|
| dmg | 磁盘镜像 | 大多数 Mac 应用的发布格式 | 打开后是“挂载”出来的虚拟磁盘，用完记得推出 |
| pkg | 安装向导包 | 驱动、系统组件、需要 root 权限的软件 | 可能向系统目录写入文件，卸载时容易留残留 |
| zip | 压缩包 | 内含 .app 或绿色软件 | 解压即用，不需要挂载，放桌面即可 |
| tar.gz | 压缩包 | 开发者工具、服务端程序、源码 | 一般需要命令行解压，适合有终端习惯的人 |
这里先说 dmg。很多新手会直接双击 dmg 里的 .app 运行软件，这是能用，但不推荐。dmg 是一个虚拟磁盘，里面的应用只是“临时展示”，如果你不把它拖进“应用程序”文件夹，下次打开还得重新挂载镜像，而且某些软件会出现数据写到镜像里后找不到的情况。正确做法就是：打开 dmg 后，把应用图标拖到“应用程序”文件夹上，等拷贝完成，再推出磁盘镜像。
pkg 则要警惕。它像 Windows 里的安装向导，可以往 /Library 这些系统目录写入文件。好处是安装过程清晰，坏处是卸载时不容易清理干净。一般我建议：只有驱动类、系统增强类软件才选 pkg，普通应用能选 dmg 或 zip 就别选 pkg。
tar.gz 在面向开发者的工具里很常见，比如 Maven、某些命令行工具。拿到这种压缩包，你可以用系统自带的归档实用工具双击解压，但更推荐在终端里面解压，路径和权限都更可控。具体命令我下面会写。
2.2 解压工具：系统自带真的够了吗
macOS 自带的“归档实用工具”处理 zip、常见压缩包是没问题的。但有两个场景它搞不定：一是带密码或分包压缩的文件，二是 rar、7z 这类格式。如果你经常收到这类文件，装一个免费开源的工具就行，我用过比较稳的是 Keka 和 The Unarchiver，二选一就好，别装好几个。
遇到解压失败，最常见的三个原因：文件没下载完整，换个网络环境重新下载；文件名包含特殊字符导致系统处理不了，可以尝试重命名后再解压；权限问题，这在下载目录里比较少见，但如果你把文件放在系统目录下解压，可能就没有写权限。终端里的同步解压命令大概是这样的：
bash复制# 解压 zip
unzip 文件名.zip -d 目标文件夹
# 解压 tar.gz
tar -zxvf 文件名.tar.gz
# 如果你装了 Keka，也可以直接用 keka 命令行
keka 文件名.rar
有个小技巧：下载下来的压缩包，解压后建议把原始压缩包先留着，确认里面的软件能用再删。我刚用 Mac 那会儿经常解压完就删压缩包，结果软件启动报错，又得重新下载一遍，纯属浪费时间。
2.3 旧版本软件：为什么有人冒着兼容性风险也要装旧版
热搜里总有人搜“Mac 旧版微信”，这个现象很有意思。为什么有人偏要装旧版？通常有三种原因：一是新版界面改动大，用不惯；二是老电脑性能跟不上，新版太卡；三是某些旧版本有一些被后来删掉的功能。
但我想提醒一点：旧版本软件最大的问题不是缺少新功能，而是安全更新缺失。以微信为例，除非你的 macOS 版本实在装不了新版，否则我不建议长期使用旧版。尤其是涉及聊天记录、文件传输的应用，安全性的优先级应该排在习惯前面。
如果你真的因为系统太旧，只能使用老版本，也尽量通过官方渠道下载历史版本，不要从第三方下载站找“优化版”“去广告版”。这些版本往往被植入了额外代码，你永远不知道它在你电脑上做了什么。
3. 安装与卸载：少走弯路的三类安装方式
3.1 拖拽安装的完整流程
拖拽安装是最 Mac 的安装方式，也是新手最先接触到的。步骤很简单：打开 dmg 镜像，把 .app 拖进“应用程序”文件夹，推出镜像。
但真正让新手困惑的是第一次打开软件时，系统弹出一句“无法打开，因为 Apple 无法检查其是否包含恶意软件”。这句话非常吓人，但它不一定意味着软件有问题，更常见的原因是：这个应用没有经过 Apple 的公证（notarization），常见于一些小众开源软件。
这个时候，如果你确认来源可靠，可以在“访达”里找到这个应用，右键选择“打开”，然后在弹窗里再点一次“打开”，这个应用就会被加入白名单。也可以在“系统设置—隐私与安全性”里，拉到底部找到对应提示，点击“仍要打开”。
不过我有一条铁的纪律：只有明确知道下载来源、并且信任开发者的软件，才用这种方式放行。如果一个从弹窗广告里下载的“Mac 清理工具”让你这么做，别犹豫，直接删掉。真正需要清理的时候，macOS 自带的“储存空间管理”比市面上大多数垃圾清理软件都可靠。
3.2 命令行安装：Homebrew 是 Mac 的“软件管家”
Homebrew 是我给所有 Mac 用户的第一推荐。只要你想在 Mac 上搞开发，或者不想被各种安装器折腾，都应该装一个。安装命令是官网的一行脚本，但执行之前系统会先要求安装 Command Line Tools，这一步会下载几百兆的开发者工具，时间比较久，属于正常现象。
装好之后，你需要理解两个命令的区别。brew install 装的是命令行工具，比如 git、python、maven；brew install --cask 装的是图形界面应用，比如 visual-studio-code、docker、google-chrome。一条命令安装，之后升级、卸载也一条命令解决，不需要再去官网手动下载。
举个例子，你要装 VS Code，只需要：
bash复制brew install --cask visual-studio-code
下次想升级：
bash复制brew upgrade visual-studio-code
再也不用每次弹更新提示时纠结“要不要更新”“从哪里下载新版本”。我自己的习惯是，能用 brew 装的一律用 brew，只有 brew 里没有的软件才去官网手动下。
3.3 pkg 安装与卸载的坑
pkg 安装包在安装时看起来很正规，但它会在系统里散落不少东西，卸载时才是真正的考验。很多软件不提供卸载器，你以为把应用拖进废纸篓就完事了，其实 /Library 里还有一堆配置文件、启动项、偏好设置面板。
一个真实的例子：某些驱动类的 pkg 软件，卸载之后，系统设置里还能看到它的面板，原因就是 /Library/PreferencePanes 目录下的文件没有被删掉。遇到这种情况，可以用 AppCleaner 这种免费工具辅助清理，但我不建议依赖它处理系统组件，宁可手动查找。
判断一个 pkg 卸载是否干净，重点检查这几个地方：
- /Library/PreferencePanes：偏好设置面板残留
- /Library/LaunchAgents 和 /Library/LaunchDaemons：开机启动项残留
- /Library/Receipts：安装记录残留
- ~/Library/Application Support：用户数据残留
如果某个软件你以后都不会再用了，花几分钟把这些目录里对应的文件删掉，比你装一个“清理优化工具”更加治本。
4. 开发环境配置：比选工具更怕的是选版本
4.1 先搞清楚自己的 Mac 是哪一代
我遇到过太多开发环境配置失败的问题，根源在第一步就错了：用户根本不知道自己电脑是什么芯片、什么系统版本，然后下载了错误的安装包，折腾半天当然装不上。
打开左上角苹果图标，选择“关于本机”，重点看两行：一是“芯片”，如果写的是 Apple M 系列，比如 M1、M2、M3，说明你用的是 Apple Silicon；如果写的是 Intel，说明是 Intel 版。二是 macOS 版本，比如 macOS Sonoma、macOS Sequoia。
Apple Silicon 芯片在安装软件时有几个明显区别：默认 Homebrew 目录是 /opt/homebrew，而 Intel 版是 /usr/local；很多老软件只有 x86 版本，需要系统通过 Rosetta 转译才能运行；JDK 这类工具要选 ARM 版本，才能获得最好的性能。
另外，“This version of macOS is not supported on this platform”这类提示，通常意味着当前电脑的硬件或系统版本不满足软件要求。比如某款软件最低要求 macOS 13，而你还在 macOS 12。遇到这种提示，看软件官网的系统要求，而不是强行安装老版本碰运气。
4.2 Java、Maven、Python 等环境配置的实操参数
这里我直接讲一套我现在还在用的方案，适合绝大多数想跑 Spring Boot、做数据分析、写 Python 脚本的人。
先说 JDK。很多人搜“mac 安装 jdk8”，其实现在还在用 JDK 8 的场景已经越来越少了，新项目建议 JDK 17 或 21。如果你确实需要 JDK 8，在 Apple Silicon 上推荐用 Homebrew 安装：
bash复制brew install --cask temurin@8
装完之后在终端里验证：
bash复制java -version
如果系统里已经装了多个版本的 JDK，一定要通过环境变量控制当前生效的版本，不要靠手动改路径。我在 ~/.zshrc 里写了这样的逻辑：
bash复制export JAVA_HOME=$(/usr/libexec/java_home -v 17)
也就是说，想切换 JDK 版本时，只需要修改 -v 后面的数字，然后执行 source ~/.zshrc 让配置生效。这样比手动改一堆路径可靠得多。
再看 Maven。下载二进制压缩包、解压、配置环境变量，这是最标准的流程。Apple Silicon 用户建议解压到 /opt/homebrew 相关目录，Intel 用户放 /usr/local，主要是为了避免权限问题。我通常这样做：
bash复制# 假设下载的 apache-maven-3.9.9-bin.tar.gz 在 ~/Downloads
cd ~/Downloads
tar -zxvf apache-maven-3.9.9-bin.tar.gz
mv apache-maven-3.9.9 /opt/homebrew/maven
然后在 ~/.zshrc 里加两行：
bash复制export MAVEN_HOME=/opt/homebrew/maven
export PATH=$MAVEN_HOME/bin:$PATH
执行 source ~/.zshrc，再运行 mvn -v 看一下是否输出版本信息。如果提示找不到命令，大概率是 PATH 没有配置对，优先检查这一行。
Python 的选择稍微多一点。我看到网上搜“mac 安装 python”的不少，其实你需要的不是一个 Python，而是想清楚自己用 Python 干什么：
- 只是跑一下脚本，用系统自带的 python3，或者
brew install python就够了。 - 做数据分析、机器学习方向，直接上 Anaconda，它自带了一大堆科学计算库，省得你挨个装。
- 追求环境隔离和安装速度的话，可以试 uv，它比 pip 快很多，也能管理多个 Python 版本。
- 新手不建议自己从源码编译 Python，没必要。
bash复制# 用 Homebrew 安装 Python 的方法
brew install python
4.3 开发工具装到一半失败的两个常见原因
开发工具安装失败，不管你是装 JDK、Maven，还是搜那些“codex mac 安装教程”之类的新工具，原因大多集中在两点上：网络问题和权限问题。
网络问题好办，重试一次，或者去软件的官方镜像站下载。如果是大文件，用支持断点续传的下载工具比用浏览器强。权限问题则要小心区分：终端里提示 Permission denied 时，很多人第一反应是加 sudo。sudo 能解决一部分写入权限问题，但也会带来另一个问题——某些文件变成 root 所有，之后非 sudo 运行时反而出问题。
我的建议是：优先把软件安装到用户有写权限的目录，比如 /opt/homebrew、~/Applications，而不是直接改用 sudo 强装。比如我见过有人用 sudo npm install -g 安装全局 Node 工具，装的时候很顺利，后来却发现普通权限下跑不了。这种情况把全局目录权限改回来，或者重装到用户目录，都比继续用 sudo 处理更干净。
4.4 Docker 越来越大怎么办
“Mac 上 Docker 越来越大”是高频问题，核心原因无非是镜像、容器、卷和构建缓存占据了大量空间。Docker 在 Mac 上跑的时候，所有数据都放在一个磁盘镜像文件里，比如 Docker.raw，你删了容器但没清理镜像，空间也不会自动释放。
先看一眼占用情况：
bash复制docker system df
它会列出镜像、容器、卷、构建缓存各占多少。然后根据结果清理：
bash复制# 删除悬空镜像和停止的容器
docker system prune -a
# 清理未使用的卷（慎用，卷里可能有你要保留的数据）
docker volume prune
另外我建议给 Docker 设置磁盘上限。打开 Docker Desktop 的设置，在 Resources 里调低虚拟磁盘大小限制，可以防止它无限制增长。如果你发现设置里改了不生效，通常是因为当前磁盘已经用得太满，先清理再调。
5. 虚拟机和远程连接：这可能是最容易被“劝退”的部分
5.1 虚拟机三选一：VMware Fusion、UTM、Parallels
在 Mac 上装 Windows 虚拟机，是很多人“文件选择困难症”的重灾区。市场上叫得上名字的就至少有三款，先看对比：
| 软件 | 费用 | 性能 | 上手难度 | 适合人群 |
|---|---|---|---|---|
| VMware Fusion | 个人用户免费 | 好 | 低 | 大多数人，公司办公、日常体验 |
| UTM | 免费开源 | 中 | 中 | 喜欢折腾、需要多种架构模拟的人 |
| Parallels Desktop | 付费订阅 | 最好 | 低 | 预算充足、追求无缝体验的人 |
我个人的建议很直接：日常用 VMware Fusion 就够。它现在对个人用户免费，支持 Intel 和 Apple Silicon，安装 Windows 也比较顺畅。UTM 基于 QEMU，能模拟的架构多，但性能通常不如 VMware，更适合研究用。Parallels 体验确实好，比如 Coherence 模式能把 Windows 应用直接显示在 Mac 桌面，但考虑到价格，价值没那么高。
5.2 VMware Fusion 里装 Windows 的注意事项
VMware Fusion 装 Windows 的核心步骤不复杂：新建虚拟机，选择下载好的 Windows 安装镜像，设置内存和磁盘大小，然后启动安装。但有两个点容易被忽略。
第一，内存分配。Mac 整机内存 8GB 的，建议分给虚拟机 2GB 到 4GB；内存 16GB 及以上，可以分 4GB 到 8GB。宁可分少一点，也不要让虚拟机把宿主机卡死。
第二，VMware Tools 一定要装。它相当于虚拟机的驱动包，装了之后鼠标切换、剪贴板共享、屏幕分辨率自适应才能正常工作。Windows 安装完成后，VMware Fusion 菜单栏里会提示安装 VMware Tools，照做就好。
装完虚拟机，你可能会遇到“mac vmware fusion 怎么连接 finalshell”这类问题。其实逻辑不复杂：虚拟机里的 Windows 系统是一台独立的机器，它被分配了一个局域网 IP。如果你想在 Mac 上用 SecureCRT 或 FinalShell 连接它，前提是虚拟机里的 Windows 开启了 SSH 服务，然后你用它的 IP 去连就行。
Windows 10/11 开启 OpenSSH Server 的方法是：设置—系统—可选功能—查看功能，找到 OpenSSH 服务器并安装，然后确认服务已在“服务”管理器中启动。之后在 Mac 终端里：
bash复制ssh 用户名@虚拟机IP
比如 ssh user@192.168.xxx.xxx。FinalShell、SecureCRT 这些图形工具里的配置也一样，填 IP、用户名、密码就可以了。
5.3 从 Windows 远程 Mac 的可行方案
反过来，Windows 远程控制 Mac，也是很多人搜“Windows 远程 Mac”时的真实需求。最简单的方法是开启系统自带的“屏幕共享”和“远程登录”。
在 Mac 上进入“系统设置—通用—共享”，打开“屏幕共享”和“远程登录”。屏幕共享对应的是 VNC 协议，Windows 上可以用 VNC Viewer 连接；远程登录对应的是 SSH，Windows 上可以用自带的终端或者第三方 SSH 客户端连接。
连接时填 Mac 的局域网 IP 和登录账号。同一网络下，用 VNC Viewer 输入 mac的IP:5900 即可。如果 Mac 是 Mac mini，想把它当无头服务器用，优化建议是：固定 IP 地址，在路由器里给 Mac 做 DHCP 地址保留；开启“远程管理”以便用 VNC 控制；保持 Mac 不进入睡眠。不建议把 5900 端口直接映射到公网，方便和安全要兼顾，优先内网使用，或者配合专业远程软件如 RustDesk、向日葵使用，同样能满足跨网络需求。
5.4 VMware 没有 Mac 安装选项是正常的
有人会在 Windows 版的 VMware Workstation 里找“安装 macOS”的选项，然后发现根本没有，于是在网上搜“vm17.6pro 没有 mac 安装选项”。这其实不是软件功能缺失，而是 Apple 的授权限制：macOS 只允许运行在 Apple 硬件上，非 Apple 硬件上安装 macOS 不符合官方支持范围。所以 VMware Workstation 不提供 macOS 客户机支持，这是一个正常现象。
如果你确实需要在 Mac 上装 macOS 虚拟机，可以使用 VMware Fusion，它在 Apple 硬件上支持创建 macOS 虚拟机，适合测试不同系统版本的场景。
5.5 停止镜像显示器后无法重新镜像的修复思路
“Mac 停止镜像显示器后无法重新镜像”这个搜索词，我估计是很多用 Mac mini 接显示器的朋友遇到的。现象通常是：显示器本来和 Mac 用同一画面（镜像模式），切到扩展模式之后，想再切回镜像，发现设置里没有可选项，怎么点都没反应。
优先试一个温和的修复：在“系统设置—显示器”里，按住键盘上的 Option 键，右下角的“检测显示器”按钮会出现，点击它强制重新检测一次。如果无效，把显示器断开、等待几秒再重新接上；再不行，重启电脑基本能恢复。
这个问题的常见诱因是第三方显示器协议兼容和系统显示缓存的冲突。所以修复之后，建议把显示器固件和 macOS 都更新到最新版，可以减少复发概率。
6. “提示恶意软件”先别慌：Gatekeeper 与安全排查
6.1 这种提示一般是什么
打开某些下载来的应用，系统突然弹出一句类似“未打开 party.ape.helper，因其包含恶意软件”的提示，很多人瞬间吓到了。先别慌，这句话的触发机制是这样的：macOS 带有 Gatekeeper 安全机制，它会检查应用是否有合法的开发者签名和 Apple 公证。如果某个组件没有签名、签名失效，或者被判定为存在可疑行为，就会弹出这个提示。
注意，“提示包含恶意软件”不绝对等于“这个软件就是病毒”。我见过的情况里有相当一部分是因为安装包里的辅助组件没有通过公证，被 Gatekeeper 当成可疑文件拦下来了。但也确实存在真正捆绑恶意代码的情况，不能一概而论。
6.2 正确的处理流程
遇到这种提示，我建议按顺序走下面几步：
第一，回忆来源。这个文件从哪下载的？官网？网盘？还是别人发你的聊天文件？如果是官网下载的正式版，可能性较小；如果是来路不明的渠道，先不要尝试任何绕过操作。
第二，去软件官网重新下载。下载完对比一下文件大小和版本号，最好找到软件的校验值比对，确认文件有没有被篡改。
第三，清理之前的残留。比如 “party.ape.helper” 这种带 helper 名字的组件，可能是某个安装包释放的后台辅助进程。先在“访达”里检查这些目录，看看有没有对应的文件：
bash复制ls ~/Library/LaunchAgents/
ls /Library/LaunchAgents/
ls /Library/StartupItems/
发现可疑条目，就直接删掉对应的文件，不要运行。
第四，如果软件本身不能用而且来源不明，删掉它是最稳妥的。别心疼，一个来源不明的工具，跟可能被感染的风险比，成本完全不成比例。
6.3 不要为了安装软件关闭系统保护
我见过有人因为软件提示恶意软件，就去网上搜索“如何关闭 Gatekeeper”“如何关闭 SIP”，然后通过终端输入一些高风险命令绕过了系统保护。这个操作我强烈不建议。
关闭 SIP 之后，系统对各类系统目录的写保护都会解除，不只影响安全，将来系统更新也可能失败，甚至出现无法启动的故障。如果你确实需要运行某个未签名工具，用前面说的“右键打开”方式放行单次就够了，完全不需要关闭全局保护。
同样道理，这也解释了为什么会有“this version of mac os is not supported on this platform”的提示。很多时候系统是在告诉你“这个软件需要的系统环境不满足”，而不是系统坏了。正确做法是看软件支持矩阵，选择适配当前 macOS 的版本，或者升级 macOS。
7. 日常体验优化：右键、启动台和“少即是多”
7.1 右键菜单随心定制
Mac 的访达右键菜单看起来简单，但通过“系统设置—键盘—键盘快捷键—服务”可以添加不少实用操作。我最常用的定制是给文件夹增加“在终端打开”和“用 VS Code 打开”。前者在服务里启用对应的“新建终端窗口/标签页”即可，后者在安装 VS Code 之后，打开 VS Code，按 Command+Shift+P 输入 “Shell Command: Install 'code' command in PATH”，安装后就能在服务里启用。
如果你想要更丰富的右键菜单，可以使用第三方工具，比如超级右键。我个人的体验是这类工具好用，但会驻留后台进程，安装前先确认它的来源和权限要求。用完如果觉得没必要，尽早卸载，不要让它常驻。
右键菜单优化的核心是减少动作：复制文件路径、在指定软件中打开、快速压缩，这三个操作是频率最高的。把高频操作降到一次点击，比装一堆花哨工具对效率的提升更明显。
7.2 启动台布局调整
启动台默认是每行 7 个图标，如果你装的软件多，翻页找应用很费劲。调整启动台的行列数，其实只需要两行终端命令：
bash复制defaults write com.apple.dock springboard-columns -int 10
defaults write com.apple.dock springboard-rows -int 6
killall Dock
数字可以按自己的屏幕尺寸调整，改完 Dock 会重启，启动台布局立即生效。想恢复默认，用下面这两条命令删掉自定义值：
bash复制defaults delete com.apple.dock springboard-columns
defaults delete com.apple.dock springboard-rows
killall Dock
这个技巧很实用，但注意不要在系统更新后担心设置丢失，macOS 升级一般不会清理这些用户偏好设置。
7.3 工具多不如用得顺
最后说点个人体会。我见过不少用户，一天之内能装上五六个同类的“效率工具”，最后一周真正打开的不超过两个。选择困难症最好的解药，不是把所有工具都摸一遍，而是给自己定一套“默认方案”，遇到问题先跑通，跑不通再替换。
以我自己的配置为例：软件安装默认用 Homebrew，没有的再官网下；码字写代码默认 VS Code；终端默认系统自带的 Terminal 加 zsh；虚拟机默认 VMware Fusion；压缩包默认 Keka；PDF 处理默认“预览”，不够了才找专业工具。这套方案不是每个环节都是“性能最强”的，但胜在稳定、顺手、不纠结。
你在参考这篇文章的时候，也不需要照搬我的整套方案。可以把里面提到的标准流程当成起点，慢慢建立自己的默认选项。当某一天你不再为“选哪个软件”浪费精力，而是打开电脑直接开始干活的时候，Mac 的“文件选择困难症”才算真正被治愈了。