Mac上开发微信小程序，这些坑你踩过几个？

上周和一个做小程序开发的朋友吃饭，他抱怨说公司想让他在 Mac 上直接开发微信小程序，结果折腾了三天才搞定环境配置。我问他具体卡在哪儿，他说最头疼的是开发者工具在 Mac 上时不时闪退，加上某些功能和 Windows 版不太一样，差点让他想放弃。这让我想起两年前刚入坑 Mac 开发时的狼狈——那时还没有 M1 芯片，使用的是 Intel 版 MacBook Pro，每次编译都要等上十几分钟，风扇转得像要起飞。现在虽然 M1、M2 芯片的性能已经炸裂，但微信小程序开发这条路依然有坑要踩。

先说最基础的：开发者工具。微信官方提供的 Mac 版已经迭代了好几轮，但和 Windows 版相比仍有差距。比如模拟器渲染时，Mac 版偶尔会出现页面错位，尤其是使用 flex 布局时，真机调试没问题，模拟器里却歪斜。我的做法是用 Chrome 开发者工具做辅助验证，或者干脆在 Windows 虚拟机里跑一遍。但虚拟机也有代价——Parallels Desktop 占用内存大，16 GB 的 Mac 会明显变慢。还有一个取巧的办法是使用微信小程序的云开发功能，把大部分逻辑放到云端，本地只做 UI 调试，这样能降低工具闪退的概率。

再说代码编辑器的选择。很多人习惯用 VS Code 写小程序，但微信官方推荐的是自家的 IDE。说实话，VS Code 配合微信小程序插件确实很香——代码补全、语法高亮、Git 集成都比官方 IDE 强。但有个坑：在 VS Code 里改完代码后，需要手动刷新开发者工具才能看到效果，没像官方 IDE 那样自动热更新。我试过用 watch 模式监听文件变化，再用 shell 脚本自动触发重载，虽然麻烦点，但效率反而比官方 IDE 高。如果你用 WebStorm，它有一个叫 “WeChat Mini Program Support” 的插件，体验比 VS Code 稳定，只是收费。不过对于团队协作来说，统一 IDE 反而省事——我见过不少团队因为编辑器不一致，导致 ESLint 规则冲突，打包时各种报错。

Mac 特有的系统权限问题也得留意。微信开发者工具需要访问文件系统、网络、剪贴板等权限，有时系统升级后这些权限会被重置。我遇到过最诡异的情况：macOS Ventura 升级后，开发者工具突然无法读取项目目录，折腾半天才发现是系统对 “文稿” 文件夹的访问权限变了。解决办法是在 “系统设置 → 隐私与安全性 → 文件与文件夹” 里手动勾选微信开发者工具。还有一次，工具死活连不上模拟器，查到是 Mac 防火墙阻止了本地端口。这些小问题单拎出来?%8