MBP 跑 Windows 的情况下电源管理不太正常，负载一高 CPU 就降频到 800MHz 了。
然而 MBP 的散热设计不太行，这种情况经常发生。
Windows 笔记本靠 BIOS 或者 EC 控制电压 /风扇，而 MBP 靠 macOS 。

虽然 iPhone 有独特的优势，但我没有发现有哪些对我来说算是“离不开”的。
我也在 AppStore 里花费了数百元。

单从日常使用便捷的角度来说，Android 阵营的手机要丰富得多。有很多实用的功能，比如：
T9 拨号键盘
小窗
临时禁止通知（打游戏、看视频时很好用）
通知分类设置（能单独控制不同分类的通知可见性、提醒方式等）
可以后台运行（如今的 Android 要求要有常驻通知才能后台，所以可以接受）
临时保持屏幕常亮
自动跳过广告（用了第三方软件： https://github.com/xjunz/AutoSkip ）
禁止应用读写剪贴板
锁定最近任务，让它驻留在后台的优先级更高而且不会被清除
给耳机之类的外设无线充电

以及各种日常使用的软件功能差异，如 QQ ，Android 版本支持的音视频格式比 iOS 版本要丰富。iOS QQ 没办法直接在线预览 mkv 格式视频，也不能在 QQ 里播放 ogg 格式音频。

至于 Android 的各种问题，我有能力折腾解决。用了很多年，已经轻车熟路了，花不了多少时间精力。
与 PC 的同步我使用 KDE Connect 。有同步通知、同步剪贴板、文件管理、手机操作电脑等功能。

所以确实没有什么“离不开”的地方……

当然，两者的差距随着时间的推移也越来越小了。

@xQmQ 居然还有这玩意，收藏了

@975779964 WSL 没有用 systemd ，用了闭源的 init 程序……

突然发现 V2EX 编辑器帮我加了许多空格……

@ilaipi

如果用的是 WSL1 ，安装 Docker for Windows 时不使用 WSL2 模式（或者装完之后切回 Hyper-V 模式），然后在.bashrc 中配置：

# Docker Toolbox （远古版本，已经废弃，仅供特殊需求参考）
# export DOCKER_TLS_VERIFY=1
# export DOCKER_HOST=tcp://192.168.99.100:2376
# export DOCKER_CERT_PATH=/mnt/c/Users/您的用户名 /.docker/machine/certs

# Docker for Windows （基于 Hyper-V ）
export DOCKER_HOST=tcp://127.0.0.1:2375

# 将 /mnt/c 挂载到 /c ，让运行 Docker 的虚拟机中的路径和 WSL 的路径保持一致
if [ ! -d "/c" ] || [ ! "$(ls -A /c)" ]; then
sudo mkdir -p /c
sudo mount --bind /mnt/c /c
fi

if [ ! -d "/d" ] || [ ! "$(ls -A /d)" ]; then
sudo mkdir -p /d
sudo mount --bind /mnt/d /d
fi

（以此类推）

上面的 sudo 操作可以配置一个免密码，会方便一些
然后用 sudo apt install docker.io 命令安装 docker 可执行程序即可，所有的 docker 操作都会映射到主机上的 Docker for Windows ，可以正常挂载 Volume ，docker-compose 、kubernetes 之类的也可以使用。

---------------

如果用的是 WSL2 ，直接安装 Docker for Windows ，不需要做其他配置。

说起来，有了 WSL 之后，我确实很少用 Linux 桌面了

为什么感觉人手一台搭载 Ryzen *950X 的电脑😂

补充：是指楼主的设备里的 Mac 没有台式机（ Mac Pro 级别的）

Mac 没有台式机，用起来应该不比隔壁的爽

有一大堆兼容性问题。
解决方法大多数都是“远程开发 /调试 /训练”……

登录之后界面卡住，鼠标变成风火轮……

仅从我个人的角度来看，不香，除非有特定需求，有这些需求的话，买之前其实自己都会了解到。短板很多，但有几个独特的长板，而且确实没有竞争对手。这也是不少人选择的理由。

其实所谓的触摸板优势并不是必须的，在我看来它的好处仅在于“直观”、“上手难度低”、“优雅”之类的，而不是“高效”。
我已经习惯了绝大多数界面操作都使用键盘，实际上 Windows 不少界面都可以完全使用键盘交互，但 macOS 上不少应用软件却不能仅靠键盘来做到“在复选框中勾选一些项目”之类的操作。
当然，可以开启“所有控制”的开关，来做到不少之前不能做的操作，但切换项目的快捷键却非常繁琐……

最终我还是放弃了日常使用 macOS ，只要能解决问题的工具，都是好工具。偶尔也会用一下，一般都是 macOS 和 iOS 相关的需求。

至于系统更稳定，问题更少，性能更好之类的，我完全没有感觉，只觉得问题更多，且性能更差。一方面是图形，对比 19 年早期的 MBP15 和 TP X1E 1050Ti ，接 4 台显示器且打开大量窗口时，桌面的帧率；另一方面是跑 Docker 之类的实际在虚拟机里跑的东西时，如果涉及到在 Docker 里面编译（有时候交叉编译 Linux 程序这么做会很方便），会发现性能相比在虚拟机外降低了大约 60%到 70%（而 Windows 下只降低了约 3%）。

如果这个操作在短时间内做 1000 次，最后再把它改回原样，用 VDOM 就可以绕过所有重排和绘制工作
许多页面的生成过程，并不能像这个例子一样一步到位

自建梯子+MIUI13 大陆版本+MS Edge 浏览器
目前从未遇到过这个问题

@LotusChuan 我想到了一点，如果你看到一个进程的内存占用超过了系统的物理内存+交换的大小。那是因为还有“内存压缩”这一项，它算进了物理内存的大小里，而且是压缩之后的大小。
但进程的内存显示的是这部分数据解压缩之后的大小。

@LotusChuan 我没有找到“超过了物理内存和 swap 的总和”的那一项。未分配的内存本来就不应该列出来。
如果你是指 kernel_task 的“实际内存(Real Mem)”很大的话，那是因为虚拟内存本身就是建立在这上面的，当然会显得很大。
我并不觉得是“显示有问题，实际没有问题”。只不过我只能从其他现象推测出可能存在内存泄漏问题，而不能向你保证它一定是这个问题。